Martin Stjernholm wrote:
>"Stephen R. van den Berg" <[email protected]> wrote:

>> Most logical would be under a module named IO, so it would
>> become IO.USB.devices and IO.OneWire.devices or somesuch.

>IO sounds like a container module for all things i/o, but in reality
>there's already a whole lot of i/o elsewhere (Stdio, Protocols, ...). Do
>you have any coherent vision for what this new container would contain
>and not contain?

I considered adding it to Protocols.  Then figured that Protocols mostly
contains IP based protocols.

Then I thought about what these things are about, and decided that the
(in my mind) logical group I'm thinking about all has to do with
*hardware* I/O.

So I'm currently implementing USB and OneWire, but I could imagine that
other stuff that belongs in this category would be things like:
I2C, SPI, 1-Wire, USB, JTAG, MIDI, PC keyboard, UART

>(Personally I favor a very flat namespace - the top level is afterall
>the most convenient one, so let's use it. ;) I've never understood the
>benefit of Standards.pmod, in particular.)

Well, I can understand both camps.  Anyone else got opinions?
-- 
Stephen.

"There are three types of people in this world: those who make things happen,
 those who watch things happen and those who wonder what happened."
  • USB.devices... Stephen R. van den Berg
    • USB.de... Henrik Grubbstr�m (Lysator) @ Pike (-) developers forum
      • Re... Stephen R. van den Berg
    • Re: US... Martin Stjernholm
      • Re... Stephen R. van den Berg
        • ... Henrik Grubbstr�m (Lysator) @ Pike (-) developers forum
          • ... Stephen R. van den Berg
            • ... Martin Bähr
              • ... Martin Nilsson (Opera Mini - AFK!) @ Pike (-) developers forum
                • ... Stephen R. van den Berg
                • ... Martin Nilsson (Opera Mini - AFK!) @ Pike (-) developers forum
                • ... Stephen R. van den Berg
                • ... Martin Nilsson (Opera Mini - AFK!) @ Pike (-) developers forum
                • ... Stephen R. van den Berg
                • ... Martin Stjernholm

Reply via email to