In the case of SCPen, I see no reason why we cannot use Pen. In the other files I would find this a bit strange. Or each SC file would have to remind you that you really should be using cross platform syntax.
Yes, exactly this was what I meant. I didn't intend to make you add examples to every stub file! I meant only the existing examples, where a generic in the beginning of the file could clarify. This would make things even clearer, because the examples would actually use the redirector (everything else would be duplication of effort).
The only thing is that of course the other gui kits would have to copy or add their own examples to their respective class files.
jost Julian Rohrhuber wrote:I didn't want to complicate things, rather to avoid complications. My suggestion would be to use, wherever possible, platform independent code. Usually, code examples are just copied and pasted, so not using the redirectors means incompatible code. e.g. in SCPen helpfile, one example // Pen is a view redirector and returns SCPen in CocoaGUI: Pen.new // SCPen after this, all examples should be using Pen, not SCPen, I think. But maybe there are better arguments against this?jost Julian Rohrhuber wrote:Wherever the view redirectors are to be compatible with different implementations, shouldn't the examples be moved to the redirects? This would encourage platform independent code. Sorry, I may have missed some of the discussion._______________________________________________ sc-dev mailing list info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml archive: https://listarc.bham.ac.uk/marchives/sc-dev/ search: https://listarc.bham.ac.uk/lists/sc-dev/search/_______________________________________________ sc-dev mailing listinfo (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtmlarchive: https://listarc.bham.ac.uk/marchives/sc-dev/ search: https://listarc.bham.ac.uk/lists/sc-dev/search/
-- . _______________________________________________ sc-dev mailing list info (subscription, etc.): http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml archive: https://listarc.bham.ac.uk/marchives/sc-dev/ search: https://listarc.bham.ac.uk/lists/sc-dev/search/