Re: [Standards] Shared Editing

2007-09-03 Thread Joonas Govenius
On 9/3/07, Jonathan Chayce Dickinson <[EMAIL PROTECTED]> wrote: > I got an update. Have a look at mercurial, it's designed for this type > of stuff: > > > This doesn't seem overly useful because the system is based on pulling

Re: [Standards] Shared Editing

2007-09-03 Thread Jonathan Chayce Dickinson
I got an update. Have a look at mercurial, it's designed for this type of stuff: Joonas Govenius wrote: On 8/29/07, Jonathan Chayce Dickinson <[EMAIL PROTECTED]> wrote: Joonas Govenius wrote: Right, we could do

[Standards] e2e compression

2007-09-03 Thread Jonathan Chayce Dickinson
Has anyone thought of using end-to-end compression? Look at the following example: john-->myserver.org-->hisserver.org-->fred Now if we look at what happens when a message is sent: john-->compress-->myserver.org-->decompress-->interpret--> compress-->hisserver.org-->decompress-->interpret-->co

Re: [Standards] IMML

2007-09-03 Thread Jonathan Chayce Dickinson
Michal 'vorner' Vaner wrote: Hello *snip* But, as you noticed, you probably need a home-grown XML syntethyzer, since you are not allowed to put many other things into the XML stream (like processing instructions). And you need at last to modify that one to handle attributes in different namesp

Re: [Standards] e2e encryption and jingle

2007-09-03 Thread Ian Paterson
Niklas Höglund wrote: I'd like all my communication to be encrypted end-to-end, so I like the development going on in the jabber community on that side. Voice calls are also very useful, but from a quick look at the jabber XEPs I can't see how these two features should interoperate. How should t

Re: [Standards] IMML

2007-09-03 Thread Michal 'vorner' Vaner
Hello On Mon, Sep 03, 2007 at 05:32:34PM +0200, Jonathan Chayce Dickinson wrote: > What you said is very true Michal, but you haven't taken it one step back. > > If the truth be told, these clients are processing XML. The sooner they > wake up and smell the coffee and use a proper XML processing

Re: [Standards] IMML

2007-09-03 Thread Jonathan Chayce Dickinson
Along those lines, the preserve tag should maybe have the following modes: * text - don't do something like emoticons or automatic spelling correction * whitespace - don't remove whitespace * all - preserve both text and whitespace. * none - do what you see fit to the text (defau

Re: [Standards] IMML

2007-09-03 Thread Jonathan Chayce Dickinson
What you said is very true Michal, but you haven't taken it one step back. If the truth be told, these clients are processing XML. The sooner they wake up and smell the coffee and use a proper XML processing framework instead of shoddy home-grown ones, the better. There are plenty frameworks o

Re: [Standards] IMML

2007-09-03 Thread Michal 'vorner' Vaner
Hello On Mon, Sep 03, 2007 at 04:42:39PM +0200, Michal 'vorner' Vaner wrote: > different language and you can not do that without namespace prefixes. Sorry, not language. Namespace… -- Work with computer has 2 phases. First, computer waits for the user to tell it what to do, then the user wa

Re: [Standards] IMML

2007-09-03 Thread Michal 'vorner' Vaner
Hello On Mon, Sep 03, 2007 at 04:18:29PM +0200, Jonathan Chayce Dickinson wrote: > > > (SomeClassInAStrangeProgrammingLanguage: > {SomeMethod: > Console:P("The console print method."); > :} > :) > > This one is nice. But, the preserve attribute would need to be

[Standards] IMML

2007-09-03 Thread Jonathan Chayce Dickinson
Hey, The IMML thread seems to have gone dead. How about the following: That was fun! :D. Thanks for the good time beer. The above would allow programs to correctly display an emoticon even if they don't have that one in their 'dictionary'. For example, let's assume the program doesn'