snarlwin-devel Mailing List for Snarl

:)  Makes perfect sense!  Why didn't I think of that!

On 2 Dec 2008, at 2:18, Sven Walther wrote:

> Have to say first that I am not one of those waiting for this  
> feature as
> I have no use case for me so I am not sure if I make the right  
> guesses ;)
>
> In general I would say the user should have the choice - so there  
> should
> be a general option to forward all to certain computers _and_ the  
> option
> to change the default behaviour on per alert class.
>
> So on an alert class you would have:
> o forward to hosts specified in general tab yes/no
> o forward to specific hosts yes/no
>  Textbox with list of hosts entered by the user
>
> With default after installation to the first option to yes and the
> second to no
>
> Chris Peel wrote:
>> In order to get R2.1 I've decided to significantly reduce network
>> functionality in Snarl.  To this end, the following features will not
>> be included:
>>
>> - Notification forwarding
>> - Per-class forwarding
>>
>> This doesn't represent a reduction as this functionality isn't in
>> place at the moment anyway.  However, the main reason for this was
>> because I can't quite decide how best to implement it.  Which is the
>> reason for this post.
>>
>> As I see it, there are two ways we can implement network forwarding:
>>
>> Option 1: Have a static list of hostnames/IP addresses defined in the
>> network tab.  Snarl will forward selected notifications to these
>> addresses
>> Option 2: Define the destination on a per-class basis.
>>
>> Up until today I was going with Option 1 but this, I feel, will be  
>> too
>> restrictive for most users.   Of course, Option 2 is the most  
>> flexible
>> but could also get very annoying if you *do* want to send all
>> notifications to the same destination.
>>
>> What is everyone thoughts on this?  Would you be happy with Option 1,
>> Option 2, or some other suggestion?
>>
>>
>>
>>
>>
>> -------------------------------------------------------------------------
>> This SF.Net email is sponsored by the Moblin Your Move Developer's  
>> challenge
>> Build the coolest Linux based applications with Moblin SDK & win  
>> great prizes
>> Grand prize is a trip for two to an Open Source event anywhere in  
>> the world
>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>> _______________________________________________
>> Snarlwin-devel mailing list
>> Sna...@li...
>> https://lists.sourceforge.net/lists/listinfo/snarlwin-devel
>>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's  
> challenge
> Build the coolest Linux based applications with Moblin SDK & win  
> great prizes
> Grand prize is a trip for two to an Open Source event anywhere in  
> the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Snarlwin-devel mailing list
> Sna...@li...
> https://lists.sourceforge.net/lists/listinfo/snarlwin-devel

Have to say first that I am not one of those waiting for this feature as
I have no use case for me so I am not sure if I make the right guesses ;)

In general I would say the user should have the choice - so there should
be a general option to forward all to certain computers _and_ the option
to change the default behaviour on per alert class.

So on an alert class you would have:
 o forward to hosts specified in general tab yes/no
 o forward to specific hosts yes/no
  Textbox with list of hosts entered by the user

With default after installation to the first option to yes and the
second to no

Chris Peel wrote:
> In order to get R2.1 I've decided to significantly reduce network  
> functionality in Snarl.  To this end, the following features will not  
> be included:
> 
> - Notification forwarding
> - Per-class forwarding
> 
> This doesn't represent a reduction as this functionality isn't in  
> place at the moment anyway.  However, the main reason for this was  
> because I can't quite decide how best to implement it.  Which is the  
> reason for this post.
> 
> As I see it, there are two ways we can implement network forwarding:
> 
> Option 1: Have a static list of hostnames/IP addresses defined in the  
> network tab.  Snarl will forward selected notifications to these  
> addresses
> Option 2: Define the destination on a per-class basis.
> 
> Up until today I was going with Option 1 but this, I feel, will be too  
> restrictive for most users.   Of course, Option 2 is the most flexible  
> but could also get very annoying if you *do* want to send all  
> notifications to the same destination.
> 
> What is everyone thoughts on this?  Would you be happy with Option 1,  
> Option 2, or some other suggestion?
> 
> 
> 
> 
> 
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Snarlwin-devel mailing list
> Sna...@li...
> https://lists.sourceforge.net/lists/listinfo/snarlwin-devel
> 

In order to get R2.1 I've decided to significantly reduce network  
functionality in Snarl.  To this end, the following features will not  
be included:

- Notification forwarding
- Per-class forwarding

This doesn't represent a reduction as this functionality isn't in  
place at the moment anyway.  However, the main reason for this was  
because I can't quite decide how best to implement it.  Which is the  
reason for this post.

As I see it, there are two ways we can implement network forwarding:

Option 1: Have a static list of hostnames/IP addresses defined in the  
network tab.  Snarl will forward selected notifications to these  
addresses
Option 2: Define the destination on a per-class basis.

Up until today I was going with Option 1 but this, I feel, will be too  
restrictive for most users.   Of course, Option 2 is the most flexible  
but could also get very annoying if you *do* want to send all  
notifications to the same destination.

What is everyone thoughts on this?  Would you be happy with Option 1,  
Option 2, or some other suggestion?

While the web API of Snarl doesn't interest me that much, Id just add 
that I see no reason to have two ID's. Just use a standard GUID and 
store that in DB/session and you know there isn't going to be conflicts etc.

- Toke

Sven Walther wrote:
> Hi @all,
>
> As Snarl 2.1 is on the horizon and it will be officially feature web
> integration using JSON for the first time I started thinking this
> weekend on how we can make a much more complete interface in one of the
> following versions.
>
> There are two main things that I think are missing compared to the real
> application interface. The first (and easier one) is that displaying
> custom images next to the notification is one of the things all the
> users (including me) love. So allowing http://, https:// and maybe
> ftp:// URLs to images would be a great thing. I made it for Witty (the
> Twitter client where I just embedded Snarl support a few days ago)
> already and it could be as easy as downloading the image to a temporary
> location and then use it for display (maybe with a timeout to avoid net
> problems producing hanging alerts).
>
> The other thing is the interaction. And this is what I thought about
> quite some time this weekend and I think I have had some good general
> ideas for that. First of all I would propose an all in one registration
> command (something quite similar as the new one in V39) to initialize
> the app registration. This could be a JSON notification with two
> parameters - first a unique ID (will come to that later) and second an
> URL where to find the configuration. As I am someone always thinking in
> XML I would propose that under this URL there could be a file filled
> with something like this:
>
> <?xml version="1.0" encoding="utf-8"?>
> <snarlWebApp>
>   <header>
>     <appTile>My web app</appTitle>
>     <appName>myWebApp</appTitle>
>     <appIcon>http://xxx</appIcon>
>     <appReturnID open="false">http://...%UNIQUEID%_%ALERTID%</appReturnID>
>   </header>
>   <alertClasses>
>     <alertClass>
>       <alertName>myFirstAlert</alertName>
>       <alertTitle>My First Alert</alertTitle>
>       <alertDisplayTime>15</alertDisplayTime>
>       <alertLeftMouse
> open="true">http://xxx/yyy_%UNIQUEID%_%ALERTID%</alertLeftMouse>
>       <alertMiddleMouse
> open="false">http://xxx/yyy_%UNIQUEID%_%ALERTID%</alertMiddleMouse>
>       <alertRightMouse
> open="true">http://xxx/yyy_%UNIQUEID%_%ALERTID%</alertRightMouse>
>       <alertTimeOut
> open="false">http://xxx/yyy_%UNIQUEID%_%ALERTID%</alertTimedOut>
>       <alertClosed
> open="false">http://xxx/yyy_%UNIQUEID%_%ALERTID%</alertClosed>
>     </alertClass>
>     <alertClass>
>       <alertName>mySecondAlert</alertName>
>       <alertTitle>My Second Alert</alertTitle>
>       <alertDisplayTime>15</alertDisplayTime>
>       ...
>     </alertClass>
>     <alertClass>
>       <alertName>myThirdAlert</alertName>
>       <alertTitle>My Third Alert</alertTitle>
>       <alertDisplayTime>15</alertDisplayTime>
>       ...
>     </alertClass>
>   </alertClasses>
> </snarlWebApp>
>
> Let's talk about the placeholders %UNIQUEID% and %ALERTID%. ALERTID
> would be (as it is in the normal interface) the ID of the alert. But in
> the case of a web app the web developer should choose the ID rather than
> Snarl so he knows when he get's his response to which sending command it
> belongs (that's the one greatest difference between desktop apps web
> apps - the is no bidirectional communication)
>
> But there is a great difference between a desktop app and a web app -
> one web app can have multiple (not to say many...) different Snarls on
> different client machines to deal with. So the web developer needs to
> know if alert 123 is clicked on which client this happend - and this is
> where %UNIQUEID% will apply.
>
> This UNIQUE ID is generated by the web developer (and send as pareamter
> in the intialize command as written already) so he is able to find the
> link between the user and the alert. With this addional information he
> is able directly interact and e. g. open exactly one mail or something
> like this.
>
> The web developer also can decide to just not use those and pass a fixed
> address to the alertClass (http://maServer.com/myScript.php).
> Technically Snarl would just make a find and replace with %ALERTID% and
> %UNIQUEID%. One example for let's say one user clicks on a mail - so the
>  alertLeftMouse URL could be something like
>
> http://myServer.com/myWebApp/showMail.php?clientId=%UNIQUEID%&alertId=%ALERTID%
>
> So the webdeveloper could look in his internal database which of his
> users he gave the UNIQUEID 123 and which alert has been the one with the
> ID 456.
>
> In general Snarl will (when it displays a new notification) execute the
> URL stated in appReturnID  to let the web developer know the ID (also in
> this case quite similar to the normal interface). The webdeveloper would
> most likely store this ID in some database to use it later on.
>
> There is a parameter called "open=true" and "open=false" which I would
> also suggest. If it is set to true the URL would be used as if the user
> would have clicked on a link (so an new browser window open or something
> like this). If it is set to "false" Snarl would just open a connection
> to this address but ignoring the response send back.
>
> These are just my first ideas - so let's discuss about that :)
>
> @Eli and @Edward: I put you on CC as you and Dealerflow are our fist and
> most important "customer" of the web API. If you would like to discuss
> this ideas I would be happy if you would join our mailing list
> sna...@li...
>
> Greetings
>
> Sven
>
> P.S. Having read once again through what I wrote I am not sure if we
> even would need the UNIQUEID if the web developer chooses the alert ID
> completly himself - but I decided to leave the text at it is to have
> something where we can think about. ;)
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Snarlwin-devel mailing list
> Sna...@li...
> https://lists.sourceforge.net/lists/listinfo/snarlwin-devel
>   

As mentioned, TortoiseSVN is quite nice and pretty much the same as 
their CVS client, if not better due to more attention on SVN these days. 
(SVN is default at sourceforge now as well.) The process of switching to 
SVN on sourceforge is quite easy as well if I remember correctly. Just 
hit a button and it will create the repository and copy the source.

About the new API, you could just post it at the google group, if you 
don't want it in CVS/SVN atm.

- Toke


Sven Walther wrote:
> I am also TortoiseSVN for everything I am doing - just a context menu on
> the folder where I am developing is the simplest solution to me - when I
> am finished with my changes I just go to the dev root folder, press the
> right mouse button and choose "Commit" - that's all (and this one of the
> reasons why my Subversion is updated that often (the other is I a
> developing on my notebook and in my Virtual machine in parallel so I
> need current sourcecode on both of them ;))
>
> Peter Eichinger wrote:
>   
>> this is my first time posting so...
>> hi i'm peter :)
>>
>> a very good svn client for windows is TortoiseSVN (we use that one at work)
>> also there is VisualSVN (its an visual studio addin) but it isn't free!
>>
>>
>>
>> 2008/11/30 Chris Peel <chr...@fu...
>> <mailto:chr...@fu...>>
>>
>>
>>     Bearing in mind it took me forever to get into CVS, SVN may be a step
>>     too far... ;)
>>
>>     Saying that, if it's easy to move to SVN and there's a good client for
>>     Windows out (comparable to TortoiseCVS) then I could be tempted...
>>
>>     On 30 Nov 2008, at 5:53, Jack Allnutt wrote:
>>
>>     > You could take advantage of SVN externals. The property allows you to
>>     > create a virtual directory that's linked to another SVN URL.
>>     >
>>     > Toke Noer Nøttrup wrote:
>>     >> I'll have a look at the new API for C/C++/C# some time this week.
>>     >> (Hopefully. Pretty busy week though...)
>>     >>
>>     >> Personally I have only had SVN clients install for the last couple of
>>     >> years. Have you considered "upgrading"? Besides that I see no
>>     >> reason to
>>     >> start a new project. It would just be confusing.
>>     >>
>>     >> - Toke (aka Tokelil)
>>     >>
>>     >>
>>     >> Chris Peel wrote:
>>     >>
>>     >>> Definately agree - do we really need a separate SF project?  No
>>     >>> problem if we do, just checking...
>>     >>>
>>     >>> Last night I merged the new V39 API into the standard VB5/6
>>     >>> include so
>>     >>> I'm now on the look out for people to convert it to different
>>     >>> languages...
>>     >>>
>>     >>>
>>     >>> On 18 Nov 2008, at 9:52, Sven Walther wrote:
>>     >>>
>>     >>>
>>     >>>
>>     >>>> As having been mentioned by Toke recently we should think about an
>>     >>>> easy
>>     >>>> central way to distribute include and header files. I would prefer
>>     >>>> using
>>     >>>> a repository like CVS or Subversion but it looks like as if there
>>     >>>> is
>>     >>>> no
>>     >>>> way in the sourceforge Subversion to allow write access to certain
>>     >>>> subfolders only (correct me if I am wrong).
>>     >>>>
>>     >>>> So what do think about a new sourceforge project called somethink
>>     >>>> like
>>     >>>> "snarlwin-interfaces" with a more public write access (at least
>>     >>>> Chris,
>>     >>>> Toke and me in the first step) which could be linked from the
>>     >>>> homepage!?
>>     >>>>
>>     >>>> Sven
>>     >>>>
>>     >>>>
>>     -------------------------------------------------------------------------
>>     >>>> This SF.Net email is sponsored by the Moblin Your Move Developer's
>>     >>>> challenge
>>     >>>> Build the coolest Linux based applications with Moblin SDK & win
>>     >>>> great prizes
>>     >>>> Grand prize is a trip for two to an Open Source event anywhere in
>>     >>>> the world
>>     >>>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>>     <http://moblin-contest.org/redirect.php?banner_id=100&url=/>
>>     >>>> _______________________________________________
>>     >>>> Snarlwin-devel mailing list
>>     >>>> Sna...@li...
>>     <mailto:Sna...@li...>
>>     >>>> https://lists.sourceforge.net/lists/listinfo/snarlwin-devel
>>     >>>>
>>     >>>>
>>     >>>
>>     -------------------------------------------------------------------------
>>     >>> This SF.Net email is sponsored by the Moblin Your Move Developer's
>>     >>> challenge
>>     >>> Build the coolest Linux based applications with Moblin SDK & win
>>     >>> great prizes
>>     >>> Grand prize is a trip for two to an Open Source event anywhere in
>>     >>> the world
>>     >>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>>     <http://moblin-contest.org/redirect.php?banner_id=100&url=/>
>>     >>> _______________________________________________
>>     >>> Snarlwin-devel mailing list
>>     >>> Sna...@li...
>>     <mailto:Sna...@li...>
>>     >>> https://lists.sourceforge.net/lists/listinfo/snarlwin-devel
>>     >>>
>>     >>>
>>     >>
>>     >>
>>     >>
>>     -------------------------------------------------------------------------
>>     >> This SF.Net email is sponsored by the Moblin Your Move Developer's
>>     >> challenge
>>     >> Build the coolest Linux based applications with Moblin SDK & win
>>     >> great prizes
>>     >> Grand prize is a trip for two to an Open Source event anywhere in
>>     >> the world
>>     >> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>>     <http://moblin-contest.org/redirect.php?banner_id=100&url=/>
>>     >> _______________________________________________
>>     >> Snarlwin-devel mailing list
>>     >> Sna...@li...
>>     <mailto:Sna...@li...>
>>     >> https://lists.sourceforge.net/lists/listinfo/snarlwin-devel
>>     >>
>>     >
>>     >
>>     >
>>     -------------------------------------------------------------------------
>>     > This SF.Net email is sponsored by the Moblin Your Move Developer's
>>     > challenge
>>     > Build the coolest Linux based applications with Moblin SDK & win
>>     > great prizes
>>     > Grand prize is a trip for two to an Open Source event anywhere in
>>     > the world
>>     > http://moblin-contest.org/redirect.php?banner_id=100&url=/
>>     <http://moblin-contest.org/redirect.php?banner_id=100&url=/>
>>     > _______________________________________________
>>     > Snarlwin-devel mailing list
>>     > Sna...@li...
>>     <mailto:Sna...@li...>
>>     > https://lists.sourceforge.net/lists/listinfo/snarlwin-devel
>>
>>
>>     -------------------------------------------------------------------------
>>     This SF.Net email is sponsored by the Moblin Your Move Developer's
>>     challenge
>>     Build the coolest Linux based applications with Moblin SDK & win
>>     great prizes
>>     Grand prize is a trip for two to an Open Source event anywhere in
>>     the world
>>     http://moblin-contest.org/redirect.php?banner_id=100&url=/
>>     <http://moblin-contest.org/redirect.php?banner_id=100&url=/>
>>     _______________________________________________
>>     Snarlwin-devel mailing list
>>     Sna...@li...
>>     <mailto:Sna...@li...>
>>     https://lists.sourceforge.net/lists/listinfo/snarlwin-devel
>>
>>
>>
>> ------------------------------------------------------------------------
>>
>> -------------------------------------------------------------------------
>> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
>> Build the coolest Linux based applications with Moblin SDK & win great prizes
>> Grand prize is a trip for two to an Open Source event anywhere in the world
>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>>
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> Snarlwin-devel mailing list
>> Sna...@li...
>> https://lists.sourceforge.net/lists/listinfo/snarlwin-devel
>>     
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Snarlwin-devel mailing list
> Sna...@li...
> https://lists.sourceforge.net/lists/listinfo/snarlwin-devel
>   

Sven,
Thank you for this detailed communication. We are eager to make wider  
use of Snarl. We will give you some good feedback shortly, but I  
wanted to copy Dave Woodward right away.
Ed

On Dec 1, 2008, at 4:13 AM, Sven Walther wrote:

> Hi @all,
>
> As Snarl 2.1 is on the horizon and it will be officially feature web
> integration using JSON for the first time I started thinking this
> weekend on how we can make a much more complete interface in one of  
> the
> following versions.
>
> There are two main things that I think are missing compared to the  
> real
> application interface. The first (and easier one) is that displaying
> custom images next to the notification is one of the things all the
> users (including me) love. So allowing http://, https:// and maybe
> ftp:// URLs to images would be a great thing. I made it for Witty (the
> Twitter client where I just embedded Snarl support a few days ago)
> already and it could be as easy as downloading the image to a  
> temporary
> location and then use it for display (maybe with a timeout to avoid  
> net
> problems producing hanging alerts).
>
> The other thing is the interaction. And this is what I thought about
> quite some time this weekend and I think I have had some good general
> ideas for that. First of all I would propose an all in one  
> registration
> command (something quite similar as the new one in V39) to initialize
> the app registration. This could be a JSON notification with two
> parameters - first a unique ID (will come to that later) and second an
> URL where to find the configuration. As I am someone always thinking  
> in
> XML I would propose that under this URL there could be a file filled
> with something like this:
>
> <?xml version="1.0" encoding="utf-8"?>
> <snarlWebApp>
>  <header>
>    <appTile>My web app</appTitle>
>    <appName>myWebApp</appTitle>
>    <appIcon>http://xxx</appIcon>
>    <appReturnID open="false">http://...%UNIQUEID%_%ALERTID%</ 
> appReturnID>
>  </header>
>  <alertClasses>
>    <alertClass>
>      <alertName>myFirstAlert</alertName>
>      <alertTitle>My First Alert</alertTitle>
>      <alertDisplayTime>15</alertDisplayTime>
>      <alertLeftMouse
> open="true">http://xxx/yyy_%UNIQUEID%_%ALERTID%</alertLeftMouse>
>      <alertMiddleMouse
> open="false">http://xxx/yyy_%UNIQUEID%_%ALERTID%</alertMiddleMouse>
>      <alertRightMouse
> open="true">http://xxx/yyy_%UNIQUEID%_%ALERTID%</alertRightMouse>
>      <alertTimeOut
> open="false">http://xxx/yyy_%UNIQUEID%_%ALERTID%</alertTimedOut>
>      <alertClosed
> open="false">http://xxx/yyy_%UNIQUEID%_%ALERTID%</alertClosed>
>    </alertClass>
>    <alertClass>
>      <alertName>mySecondAlert</alertName>
>      <alertTitle>My Second Alert</alertTitle>
>      <alertDisplayTime>15</alertDisplayTime>
>      ...
>    </alertClass>
>    <alertClass>
>      <alertName>myThirdAlert</alertName>
>      <alertTitle>My Third Alert</alertTitle>
>      <alertDisplayTime>15</alertDisplayTime>
>      ...
>    </alertClass>
>  </alertClasses>
> </snarlWebApp>
>
> Let's talk about the placeholders %UNIQUEID% and %ALERTID%. ALERTID
> would be (as it is in the normal interface) the ID of the alert. But  
> in
> the case of a web app the web developer should choose the ID rather  
> than
> Snarl so he knows when he get's his response to which sending  
> command it
> belongs (that's the one greatest difference between desktop apps web
> apps - the is no bidirectional communication)
>
> But there is a great difference between a desktop app and a web app -
> one web app can have multiple (not to say many...) different Snarls on
> different client machines to deal with. So the web developer needs to
> know if alert 123 is clicked on which client this happend - and this  
> is
> where %UNIQUEID% will apply.
>
> This UNIQUE ID is generated by the web developer (and send as  
> pareamter
> in the intialize command as written already) so he is able to find the
> link between the user and the alert. With this addional information he
> is able directly interact and e. g. open exactly one mail or something
> like this.
>
> The web developer also can decide to just not use those and pass a  
> fixed
> address to the alertClass (http://maServer.com/myScript.php).
> Technically Snarl would just make a find and replace with %ALERTID%  
> and
> %UNIQUEID%. One example for let's say one user clicks on a mail - so  
> the
> alertLeftMouse URL could be something like
>
> http://myServer.com/myWebApp/showMail.php?clientId=%UNIQUEID 
> %&alertId=%ALERTID%
>
> So the webdeveloper could look in his internal database which of his
> users he gave the UNIQUEID 123 and which alert has been the one with  
> the
> ID 456.
>
> In general Snarl will (when it displays a new notification) execute  
> the
> URL stated in appReturnID  to let the web developer know the ID  
> (also in
> this case quite similar to the normal interface). The webdeveloper  
> would
> most likely store this ID in some database to use it later on.
>
> There is a parameter called "open=true" and "open=false" which I would
> also suggest. If it is set to true the URL would be used as if the  
> user
> would have clicked on a link (so an new browser window open or  
> something
> like this). If it is set to "false" Snarl would just open a connection
> to this address but ignoring the response send back.
>
> These are just my first ideas - so let's discuss about that :)
>
> @Eli and @Edward: I put you on CC as you and Dealerflow are our fist  
> and
> most important "customer" of the web API. If you would like to discuss
> this ideas I would be happy if you would join our mailing list
> sna...@li...
>
> Greetings
>
> Sven
>
> P.S. Having read once again through what I wrote I am not sure if we
> even would need the UNIQUEID if the web developer chooses the alert ID
> completly himself - but I decided to leave the text at it is to have
> something where we can think about. ;)

Hi @all,

As Snarl 2.1 is on the horizon and it will be officially feature web
integration using JSON for the first time I started thinking this
weekend on how we can make a much more complete interface in one of the
following versions.

There are two main things that I think are missing compared to the real
application interface. The first (and easier one) is that displaying
custom images next to the notification is one of the things all the
users (including me) love. So allowing http://, https:// and maybe
ftp:// URLs to images would be a great thing. I made it for Witty (the
Twitter client where I just embedded Snarl support a few days ago)
already and it could be as easy as downloading the image to a temporary
location and then use it for display (maybe with a timeout to avoid net
problems producing hanging alerts).

The other thing is the interaction. And this is what I thought about
quite some time this weekend and I think I have had some good general
ideas for that. First of all I would propose an all in one registration
command (something quite similar as the new one in V39) to initialize
the app registration. This could be a JSON notification with two
parameters - first a unique ID (will come to that later) and second an
URL where to find the configuration. As I am someone always thinking in
XML I would propose that under this URL there could be a file filled
with something like this:

<?xml version="1.0" encoding="utf-8"?>
<snarlWebApp>
  <header>
    <appTile>My web app</appTitle>
    <appName>myWebApp</appTitle>
    <appIcon>http://xxx</appIcon>
    <appReturnID open="false">http://...%UNIQUEID%_%ALERTID%</appReturnID>
  </header>
  <alertClasses>
    <alertClass>
      <alertName>myFirstAlert</alertName>
      <alertTitle>My First Alert</alertTitle>
      <alertDisplayTime>15</alertDisplayTime>
      <alertLeftMouse
open="true">http://xxx/yyy_%UNIQUEID%_%ALERTID%</alertLeftMouse>
      <alertMiddleMouse
open="false">http://xxx/yyy_%UNIQUEID%_%ALERTID%</alertMiddleMouse>
      <alertRightMouse
open="true">http://xxx/yyy_%UNIQUEID%_%ALERTID%</alertRightMouse>
      <alertTimeOut
open="false">http://xxx/yyy_%UNIQUEID%_%ALERTID%</alertTimedOut>
      <alertClosed
open="false">http://xxx/yyy_%UNIQUEID%_%ALERTID%</alertClosed>
    </alertClass>
    <alertClass>
      <alertName>mySecondAlert</alertName>
      <alertTitle>My Second Alert</alertTitle>
      <alertDisplayTime>15</alertDisplayTime>
      ...
    </alertClass>
    <alertClass>
      <alertName>myThirdAlert</alertName>
      <alertTitle>My Third Alert</alertTitle>
      <alertDisplayTime>15</alertDisplayTime>
      ...
    </alertClass>
  </alertClasses>
</snarlWebApp>

Let's talk about the placeholders %UNIQUEID% and %ALERTID%. ALERTID
would be (as it is in the normal interface) the ID of the alert. But in
the case of a web app the web developer should choose the ID rather than
Snarl so he knows when he get's his response to which sending command it
belongs (that's the one greatest difference between desktop apps web
apps - the is no bidirectional communication)

But there is a great difference between a desktop app and a web app -
one web app can have multiple (not to say many...) different Snarls on
different client machines to deal with. So the web developer needs to
know if alert 123 is clicked on which client this happend - and this is
where %UNIQUEID% will apply.

This UNIQUE ID is generated by the web developer (and send as pareamter
in the intialize command as written already) so he is able to find the
link between the user and the alert. With this addional information he
is able directly interact and e. g. open exactly one mail or something
like this.

The web developer also can decide to just not use those and pass a fixed
address to the alertClass (http://maServer.com/myScript.php).
Technically Snarl would just make a find and replace with %ALERTID% and
%UNIQUEID%. One example for let's say one user clicks on a mail - so the
 alertLeftMouse URL could be something like

http://myServer.com/myWebApp/showMail.php?clientId=%UNIQUEID%&alertId=%ALERTID%

So the webdeveloper could look in his internal database which of his
users he gave the UNIQUEID 123 and which alert has been the one with the
ID 456.

In general Snarl will (when it displays a new notification) execute the
URL stated in appReturnID  to let the web developer know the ID (also in
this case quite similar to the normal interface). The webdeveloper would
most likely store this ID in some database to use it later on.

There is a parameter called "open=true" and "open=false" which I would
also suggest. If it is set to true the URL would be used as if the user
would have clicked on a link (so an new browser window open or something
like this). If it is set to "false" Snarl would just open a connection
to this address but ignoring the response send back.

These are just my first ideas - so let's discuss about that :)

@Eli and @Edward: I put you on CC as you and Dealerflow are our fist and
most important "customer" of the web API. If you would like to discuss
this ideas I would be happy if you would join our mailing list
sna...@li...

Greetings

Sven

P.S. Having read once again through what I wrote I am not sure if we
even would need the UNIQUEID if the web developer chooses the alert ID
completly himself - but I decided to leave the text at it is to have
something where we can think about. ;)

I am also TortoiseSVN for everything I am doing - just a context menu on
the folder where I am developing is the simplest solution to me - when I
am finished with my changes I just go to the dev root folder, press the
right mouse button and choose "Commit" - that's all (and this one of the
reasons why my Subversion is updated that often (the other is I a
developing on my notebook and in my Virtual machine in parallel so I
need current sourcecode on both of them ;))

Peter Eichinger wrote:
> this is my first time posting so...
> hi i'm peter :)
> 
> a very good svn client for windows is TortoiseSVN (we use that one at work)
> also there is VisualSVN (its an visual studio addin) but it isn't free!
> 
> 
> 
> 2008/11/30 Chris Peel <chr...@fu...
> <mailto:chr...@fu...>>
> 
> 
>     Bearing in mind it took me forever to get into CVS, SVN may be a step
>     too far... ;)
> 
>     Saying that, if it's easy to move to SVN and there's a good client for
>     Windows out (comparable to TortoiseCVS) then I could be tempted...
> 
>     On 30 Nov 2008, at 5:53, Jack Allnutt wrote:
> 
>     > You could take advantage of SVN externals. The property allows you to
>     > create a virtual directory that's linked to another SVN URL.
>     >
>     > Toke Noer Nøttrup wrote:
>     >> I'll have a look at the new API for C/C++/C# some time this week.
>     >> (Hopefully. Pretty busy week though...)
>     >>
>     >> Personally I have only had SVN clients install for the last couple of
>     >> years. Have you considered "upgrading"? Besides that I see no
>     >> reason to
>     >> start a new project. It would just be confusing.
>     >>
>     >> - Toke (aka Tokelil)
>     >>
>     >>
>     >> Chris Peel wrote:
>     >>
>     >>> Definately agree - do we really need a separate SF project?  No
>     >>> problem if we do, just checking...
>     >>>
>     >>> Last night I merged the new V39 API into the standard VB5/6
>     >>> include so
>     >>> I'm now on the look out for people to convert it to different
>     >>> languages...
>     >>>
>     >>>
>     >>> On 18 Nov 2008, at 9:52, Sven Walther wrote:
>     >>>
>     >>>
>     >>>
>     >>>> As having been mentioned by Toke recently we should think about an
>     >>>> easy
>     >>>> central way to distribute include and header files. I would prefer
>     >>>> using
>     >>>> a repository like CVS or Subversion but it looks like as if there
>     >>>> is
>     >>>> no
>     >>>> way in the sourceforge Subversion to allow write access to certain
>     >>>> subfolders only (correct me if I am wrong).
>     >>>>
>     >>>> So what do think about a new sourceforge project called somethink
>     >>>> like
>     >>>> "snarlwin-interfaces" with a more public write access (at least
>     >>>> Chris,
>     >>>> Toke and me in the first step) which could be linked from the
>     >>>> homepage!?
>     >>>>
>     >>>> Sven
>     >>>>
>     >>>>
>     -------------------------------------------------------------------------
>     >>>> This SF.Net email is sponsored by the Moblin Your Move Developer's
>     >>>> challenge
>     >>>> Build the coolest Linux based applications with Moblin SDK & win
>     >>>> great prizes
>     >>>> Grand prize is a trip for two to an Open Source event anywhere in
>     >>>> the world
>     >>>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>     <http://moblin-contest.org/redirect.php?banner_id=100&url=/>
>     >>>> _______________________________________________
>     >>>> Snarlwin-devel mailing list
>     >>>> Sna...@li...
>     <mailto:Sna...@li...>
>     >>>> https://lists.sourceforge.net/lists/listinfo/snarlwin-devel
>     >>>>
>     >>>>
>     >>>
>     -------------------------------------------------------------------------
>     >>> This SF.Net email is sponsored by the Moblin Your Move Developer's
>     >>> challenge
>     >>> Build the coolest Linux based applications with Moblin SDK & win
>     >>> great prizes
>     >>> Grand prize is a trip for two to an Open Source event anywhere in
>     >>> the world
>     >>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>     <http://moblin-contest.org/redirect.php?banner_id=100&url=/>
>     >>> _______________________________________________
>     >>> Snarlwin-devel mailing list
>     >>> Sna...@li...
>     <mailto:Sna...@li...>
>     >>> https://lists.sourceforge.net/lists/listinfo/snarlwin-devel
>     >>>
>     >>>
>     >>
>     >>
>     >>
>     -------------------------------------------------------------------------
>     >> This SF.Net email is sponsored by the Moblin Your Move Developer's
>     >> challenge
>     >> Build the coolest Linux based applications with Moblin SDK & win
>     >> great prizes
>     >> Grand prize is a trip for two to an Open Source event anywhere in
>     >> the world
>     >> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>     <http://moblin-contest.org/redirect.php?banner_id=100&url=/>
>     >> _______________________________________________
>     >> Snarlwin-devel mailing list
>     >> Sna...@li...
>     <mailto:Sna...@li...>
>     >> https://lists.sourceforge.net/lists/listinfo/snarlwin-devel
>     >>
>     >
>     >
>     >
>     -------------------------------------------------------------------------
>     > This SF.Net email is sponsored by the Moblin Your Move Developer's
>     > challenge
>     > Build the coolest Linux based applications with Moblin SDK & win
>     > great prizes
>     > Grand prize is a trip for two to an Open Source event anywhere in
>     > the world
>     > http://moblin-contest.org/redirect.php?banner_id=100&url=/
>     <http://moblin-contest.org/redirect.php?banner_id=100&url=/>
>     > _______________________________________________
>     > Snarlwin-devel mailing list
>     > Sna...@li...
>     <mailto:Sna...@li...>
>     > https://lists.sourceforge.net/lists/listinfo/snarlwin-devel
> 
> 
>     -------------------------------------------------------------------------
>     This SF.Net email is sponsored by the Moblin Your Move Developer's
>     challenge
>     Build the coolest Linux based applications with Moblin SDK & win
>     great prizes
>     Grand prize is a trip for two to an Open Source event anywhere in
>     the world
>     http://moblin-contest.org/redirect.php?banner_id=100&url=/
>     <http://moblin-contest.org/redirect.php?banner_id=100&url=/>
>     _______________________________________________
>     Snarlwin-devel mailing list
>     Sna...@li...
>     <mailto:Sna...@li...>
>     https://lists.sourceforge.net/lists/listinfo/snarlwin-devel
> 
> 
> 
> ------------------------------------------------------------------------
> 
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Snarlwin-devel mailing list
> Sna...@li...
> https://lists.sourceforge.net/lists/listinfo/snarlwin-devel

this is my first time posting so...
hi i'm peter :)

a very good svn client for windows is TortoiseSVN (we use that one at work)
also there is VisualSVN (its an visual studio addin) but it isn't free!



2008/11/30 Chris Peel <chr...@fu...>

>
> Bearing in mind it took me forever to get into CVS, SVN may be a step
> too far... ;)
>
> Saying that, if it's easy to move to SVN and there's a good client for
> Windows out (comparable to TortoiseCVS) then I could be tempted...
>
> On 30 Nov 2008, at 5:53, Jack Allnutt wrote:
>
> > You could take advantage of SVN externals. The property allows you to
> > create a virtual directory that's linked to another SVN URL.
> >
> > Toke Noer Nøttrup wrote:
> >> I'll have a look at the new API for C/C++/C# some time this week.
> >> (Hopefully. Pretty busy week though...)
> >>
> >> Personally I have only had SVN clients install for the last couple of
> >> years. Have you considered "upgrading"? Besides that I see no
> >> reason to
> >> start a new project. It would just be confusing.
> >>
> >> - Toke (aka Tokelil)
> >>
> >>
> >> Chris Peel wrote:
> >>
> >>> Definately agree - do we really need a separate SF project?  No
> >>> problem if we do, just checking...
> >>>
> >>> Last night I merged the new V39 API into the standard VB5/6
> >>> include so
> >>> I'm now on the look out for people to convert it to different
> >>> languages...
> >>>
> >>>
> >>> On 18 Nov 2008, at 9:52, Sven Walther wrote:
> >>>
> >>>
> >>>
> >>>> As having been mentioned by Toke recently we should think about an
> >>>> easy
> >>>> central way to distribute include and header files. I would prefer
> >>>> using
> >>>> a repository like CVS or Subversion but it looks like as if there
> >>>> is
> >>>> no
> >>>> way in the sourceforge Subversion to allow write access to certain
> >>>> subfolders only (correct me if I am wrong).
> >>>>
> >>>> So what do think about a new sourceforge project called somethink
> >>>> like
> >>>> "snarlwin-interfaces" with a more public write access (at least
> >>>> Chris,
> >>>> Toke and me in the first step) which could be linked from the
> >>>> homepage!?
> >>>>
> >>>> Sven
> >>>>
> >>>>
> -------------------------------------------------------------------------
> >>>> This SF.Net email is sponsored by the Moblin Your Move Developer's
> >>>> challenge
> >>>> Build the coolest Linux based applications with Moblin SDK & win
> >>>> great prizes
> >>>> Grand prize is a trip for two to an Open Source event anywhere in
> >>>> the world
> >>>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> >>>> _______________________________________________
> >>>> Snarlwin-devel mailing list
> >>>> Sna...@li...
> >>>> https://lists.sourceforge.net/lists/listinfo/snarlwin-devel
> >>>>
> >>>>
> >>>
> -------------------------------------------------------------------------
> >>> This SF.Net email is sponsored by the Moblin Your Move Developer's
> >>> challenge
> >>> Build the coolest Linux based applications with Moblin SDK & win
> >>> great prizes
> >>> Grand prize is a trip for two to an Open Source event anywhere in
> >>> the world
> >>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> >>> _______________________________________________
> >>> Snarlwin-devel mailing list
> >>> Sna...@li...
> >>> https://lists.sourceforge.net/lists/listinfo/snarlwin-devel
> >>>
> >>>
> >>
> >>
> >>
> -------------------------------------------------------------------------
> >> This SF.Net email is sponsored by the Moblin Your Move Developer's
> >> challenge
> >> Build the coolest Linux based applications with Moblin SDK & win
> >> great prizes
> >> Grand prize is a trip for two to an Open Source event anywhere in
> >> the world
> >> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> >> _______________________________________________
> >> Snarlwin-devel mailing list
> >> Sna...@li...
> >> https://lists.sourceforge.net/lists/listinfo/snarlwin-devel
> >>
> >
> >
> > -------------------------------------------------------------------------
> > This SF.Net email is sponsored by the Moblin Your Move Developer's
> > challenge
> > Build the coolest Linux based applications with Moblin SDK & win
> > great prizes
> > Grand prize is a trip for two to an Open Source event anywhere in
> > the world
> > http://moblin-contest.org/redirect.php?banner_id=100&url=/
> > _______________________________________________
> > Snarlwin-devel mailing list
> > Sna...@li...
> > https://lists.sourceforge.net/lists/listinfo/snarlwin-devel
>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Snarlwin-devel mailing list
> Sna...@li...
> https://lists.sourceforge.net/lists/listinfo/snarlwin-devel
>

Latest VB include probably isn't in CVS yet.  I can get it uploaded  
later this week or could post it here, whichever is easier.


On 30 Nov 2008, at 4:28, Toke Noer Nøttrup wrote:

> I'll have a look at the new API for C/C++/C# some time this week.
> (Hopefully. Pretty busy week though...)
>
> Personally I have only had SVN clients install for the last couple of
> years. Have you considered "upgrading"? Besides that I see no reason  
> to
> start a new project. It would just be confusing.
>
> - Toke (aka Tokelil)
>
>
> Chris Peel wrote:
>> Definately agree - do we really need a separate SF project?  No
>> problem if we do, just checking...
>>
>> Last night I merged the new V39 API into the standard VB5/6 include  
>> so
>> I'm now on the look out for people to convert it to different
>> languages...
>>
>>
>> On 18 Nov 2008, at 9:52, Sven Walther wrote:
>>
>>
>>> As having been mentioned by Toke recently we should think about an
>>> easy
>>> central way to distribute include and header files. I would prefer
>>> using
>>> a repository like CVS or Subversion but it looks like as if there is
>>> no
>>> way in the sourceforge Subversion to allow write access to certain
>>> subfolders only (correct me if I am wrong).
>>>
>>> So what do think about a new sourceforge project called somethink  
>>> like
>>> "snarlwin-interfaces" with a more public write access (at least  
>>> Chris,
>>> Toke and me in the first step) which could be linked from the
>>> homepage!?
>>>
>>> Sven
>>>
>>> -------------------------------------------------------------------------
>>> This SF.Net email is sponsored by the Moblin Your Move Developer's
>>> challenge
>>> Build the coolest Linux based applications with Moblin SDK & win
>>> great prizes
>>> Grand prize is a trip for two to an Open Source event anywhere in
>>> the world
>>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>>> _______________________________________________
>>> Snarlwin-devel mailing list
>>> Sna...@li...
>>> https://lists.sourceforge.net/lists/listinfo/snarlwin-devel
>>>
>>
>>
>> -------------------------------------------------------------------------
>> This SF.Net email is sponsored by the Moblin Your Move Developer's  
>> challenge
>> Build the coolest Linux based applications with Moblin SDK & win  
>> great prizes
>> Grand prize is a trip for two to an Open Source event anywhere in  
>> the world
>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>> _______________________________________________
>> Snarlwin-devel mailing list
>> Sna...@li...
>> https://lists.sourceforge.net/lists/listinfo/snarlwin-devel
>>
>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's  
> challenge
> Build the coolest Linux based applications with Moblin SDK & win  
> great prizes
> Grand prize is a trip for two to an Open Source event anywhere in  
> the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Snarlwin-devel mailing list
> Sna...@li...
> https://lists.sourceforge.net/lists/listinfo/snarlwin-devel

Bearing in mind it took me forever to get into CVS, SVN may be a step  
too far... ;)

Saying that, if it's easy to move to SVN and there's a good client for  
Windows out (comparable to TortoiseCVS) then I could be tempted...

On 30 Nov 2008, at 5:53, Jack Allnutt wrote:

> You could take advantage of SVN externals. The property allows you to
> create a virtual directory that's linked to another SVN URL.
>
> Toke Noer Nøttrup wrote:
>> I'll have a look at the new API for C/C++/C# some time this week.
>> (Hopefully. Pretty busy week though...)
>>
>> Personally I have only had SVN clients install for the last couple of
>> years. Have you considered "upgrading"? Besides that I see no  
>> reason to
>> start a new project. It would just be confusing.
>>
>> - Toke (aka Tokelil)
>>
>>
>> Chris Peel wrote:
>>
>>> Definately agree - do we really need a separate SF project?  No
>>> problem if we do, just checking...
>>>
>>> Last night I merged the new V39 API into the standard VB5/6  
>>> include so
>>> I'm now on the look out for people to convert it to different
>>> languages...
>>>
>>>
>>> On 18 Nov 2008, at 9:52, Sven Walther wrote:
>>>
>>>
>>>
>>>> As having been mentioned by Toke recently we should think about an
>>>> easy
>>>> central way to distribute include and header files. I would prefer
>>>> using
>>>> a repository like CVS or Subversion but it looks like as if there  
>>>> is
>>>> no
>>>> way in the sourceforge Subversion to allow write access to certain
>>>> subfolders only (correct me if I am wrong).
>>>>
>>>> So what do think about a new sourceforge project called somethink  
>>>> like
>>>> "snarlwin-interfaces" with a more public write access (at least  
>>>> Chris,
>>>> Toke and me in the first step) which could be linked from the
>>>> homepage!?
>>>>
>>>> Sven
>>>>
>>>> -------------------------------------------------------------------------
>>>> This SF.Net email is sponsored by the Moblin Your Move Developer's
>>>> challenge
>>>> Build the coolest Linux based applications with Moblin SDK & win
>>>> great prizes
>>>> Grand prize is a trip for two to an Open Source event anywhere in
>>>> the world
>>>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>>>> _______________________________________________
>>>> Snarlwin-devel mailing list
>>>> Sna...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/snarlwin-devel
>>>>
>>>>
>>> -------------------------------------------------------------------------
>>> This SF.Net email is sponsored by the Moblin Your Move Developer's  
>>> challenge
>>> Build the coolest Linux based applications with Moblin SDK & win  
>>> great prizes
>>> Grand prize is a trip for two to an Open Source event anywhere in  
>>> the world
>>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>>> _______________________________________________
>>> Snarlwin-devel mailing list
>>> Sna...@li...
>>> https://lists.sourceforge.net/lists/listinfo/snarlwin-devel
>>>
>>>
>>
>>
>> -------------------------------------------------------------------------
>> This SF.Net email is sponsored by the Moblin Your Move Developer's  
>> challenge
>> Build the coolest Linux based applications with Moblin SDK & win  
>> great prizes
>> Grand prize is a trip for two to an Open Source event anywhere in  
>> the world
>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>> _______________________________________________
>> Snarlwin-devel mailing list
>> Sna...@li...
>> https://lists.sourceforge.net/lists/listinfo/snarlwin-devel
>>
>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's  
> challenge
> Build the coolest Linux based applications with Moblin SDK & win  
> great prizes
> Grand prize is a trip for two to an Open Source event anywhere in  
> the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Snarlwin-devel mailing list
> Sna...@li...
> https://lists.sourceforge.net/lists/listinfo/snarlwin-devel

You could take advantage of SVN externals. The property allows you to 
create a virtual directory that's linked to another SVN URL.

Toke Noer Nøttrup wrote:
> I'll have a look at the new API for C/C++/C# some time this week. 
> (Hopefully. Pretty busy week though...)
>
> Personally I have only had SVN clients install for the last couple of 
> years. Have you considered "upgrading"? Besides that I see no reason to 
> start a new project. It would just be confusing.
>
> - Toke (aka Tokelil)
>
>
> Chris Peel wrote:
>   
>> Definately agree - do we really need a separate SF project?  No  
>> problem if we do, just checking...
>>
>> Last night I merged the new V39 API into the standard VB5/6 include so  
>> I'm now on the look out for people to convert it to different  
>> languages...
>>
>>
>> On 18 Nov 2008, at 9:52, Sven Walther wrote:
>>
>>   
>>     
>>> As having been mentioned by Toke recently we should think about an  
>>> easy
>>> central way to distribute include and header files. I would prefer  
>>> using
>>> a repository like CVS or Subversion but it looks like as if there is  
>>> no
>>> way in the sourceforge Subversion to allow write access to certain
>>> subfolders only (correct me if I am wrong).
>>>
>>> So what do think about a new sourceforge project called somethink like
>>> "snarlwin-interfaces" with a more public write access (at least Chris,
>>> Toke and me in the first step) which could be linked from the  
>>> homepage!?
>>>
>>> Sven
>>>
>>> -------------------------------------------------------------------------
>>> This SF.Net email is sponsored by the Moblin Your Move Developer's  
>>> challenge
>>> Build the coolest Linux based applications with Moblin SDK & win  
>>> great prizes
>>> Grand prize is a trip for two to an Open Source event anywhere in  
>>> the world
>>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>>> _______________________________________________
>>> Snarlwin-devel mailing list
>>> Sna...@li...
>>> https://lists.sourceforge.net/lists/listinfo/snarlwin-devel
>>>     
>>>       
>> -------------------------------------------------------------------------
>> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
>> Build the coolest Linux based applications with Moblin SDK & win great prizes
>> Grand prize is a trip for two to an Open Source event anywhere in the world
>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>> _______________________________________________
>> Snarlwin-devel mailing list
>> Sna...@li...
>> https://lists.sourceforge.net/lists/listinfo/snarlwin-devel
>>   
>>     
>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Snarlwin-devel mailing list
> Sna...@li...
> https://lists.sourceforge.net/lists/listinfo/snarlwin-devel
>   

I'll have a look at the new API for C/C++/C# some time this week. 
(Hopefully. Pretty busy week though...)

Personally I have only had SVN clients install for the last couple of 
years. Have you considered "upgrading"? Besides that I see no reason to 
start a new project. It would just be confusing.

- Toke (aka Tokelil)


Chris Peel wrote:
> Definately agree - do we really need a separate SF project?  No  
> problem if we do, just checking...
>
> Last night I merged the new V39 API into the standard VB5/6 include so  
> I'm now on the look out for people to convert it to different  
> languages...
>
>
> On 18 Nov 2008, at 9:52, Sven Walther wrote:
>
>   
>> As having been mentioned by Toke recently we should think about an  
>> easy
>> central way to distribute include and header files. I would prefer  
>> using
>> a repository like CVS or Subversion but it looks like as if there is  
>> no
>> way in the sourceforge Subversion to allow write access to certain
>> subfolders only (correct me if I am wrong).
>>
>> So what do think about a new sourceforge project called somethink like
>> "snarlwin-interfaces" with a more public write access (at least Chris,
>> Toke and me in the first step) which could be linked from the  
>> homepage!?
>>
>> Sven
>>
>> -------------------------------------------------------------------------
>> This SF.Net email is sponsored by the Moblin Your Move Developer's  
>> challenge
>> Build the coolest Linux based applications with Moblin SDK & win  
>> great prizes
>> Grand prize is a trip for two to an Open Source event anywhere in  
>> the world
>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>> _______________________________________________
>> Snarlwin-devel mailing list
>> Sna...@li...
>> https://lists.sourceforge.net/lists/listinfo/snarlwin-devel
>>     
>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Snarlwin-devel mailing list
> Sna...@li...
> https://lists.sourceforge.net/lists/listinfo/snarlwin-devel
>   

Definately agree - do we really need a separate SF project?  No  
problem if we do, just checking...

Last night I merged the new V39 API into the standard VB5/6 include so  
I'm now on the look out for people to convert it to different  
languages...


On 18 Nov 2008, at 9:52, Sven Walther wrote:

> As having been mentioned by Toke recently we should think about an  
> easy
> central way to distribute include and header files. I would prefer  
> using
> a repository like CVS or Subversion but it looks like as if there is  
> no
> way in the sourceforge Subversion to allow write access to certain
> subfolders only (correct me if I am wrong).
>
> So what do think about a new sourceforge project called somethink like
> "snarlwin-interfaces" with a more public write access (at least Chris,
> Toke and me in the first step) which could be linked from the  
> homepage!?
>
> Sven
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's  
> challenge
> Build the coolest Linux based applications with Moblin SDK & win  
> great prizes
> Grand prize is a trip for two to an Open Source event anywhere in  
> the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Snarlwin-devel mailing list
> Sna...@li...
> https://lists.sourceforge.net/lists/listinfo/snarlwin-devel

As having been mentioned by Toke recently we should think about an easy
central way to distribute include and header files. I would prefer using
a repository like CVS or Subversion but it looks like as if there is no
way in the sourceforge Subversion to allow write access to certain
subfolders only (correct me if I am wrong).

So what do think about a new sourceforge project called somethink like
"snarlwin-interfaces" with a more public write access (at least Chris,
Toke and me in the first step) which could be linked from the homepage!?

Sven

Is Snarl available under Growl's BSD license?

We want to use something like Snarl for business purposes, and we're happy
to pass along source code and such if a customer wants it, but we have some
customers who will get weirded out if we explain to them that we are giving
them software under the GPL copyleft instead of just installing it for them.

-- 
-- Jonathan Hayward, chr...@gm...

** To see an award-winning website with stories, essays, artwork,
** games, and a four-dimensional maze, why not visit my home page?
** All of this is waiting for you at http://JonathansCorner.com

++ Would you like to curl up with one of my hardcover books?
++ You can now get my books from http://CJSHayward.com

I am a web developer since 8 years - so I think we will find all 
together the best possible solution ;)

Eli Miller schrieb:
> Chris, I'm a web developer of about 12 years so I'd be happy to answer
> any questions you might have. 1 person is a very low estimate, this
> has a huge potential across the entire web.
> 
> You're right that this API and system should be very light and capable
> of bolting on to you're already functioning system.
> 
> On Sun, Jun 29, 2008 at 5:46 AM, Chris Peel <chr...@fu...> wrote:
>> I really don't understand web programming that well so I would
>> appreciate it if someone could enlighten me a bit but certainly, I
>> want Snarl to be as compatible and flexible as possible.  Basically,
>> the engine and API are very light so even if one 1 person wants
>> particular functionality I am happy to work on it, if it makes their
>> job or life easier!
>>
>>
>> On 27 Jun 2008, at 6:29, Sven Walther wrote:
>>
>>> This is awesome! We had several times some guy who asked to send
>>> notifications from a webserver but we always answered that it is not
>>> possible by design (because of no direct access between server and
>>> Snarl
>>> as well as the sandbox for JavaScript). I am even now after having
>>> read
>>> the whole description crazy about what seems to be possible now!
>>>
>>> I think Chris (who is the developer of Snarl) will answer also later.
>>> But I can give you a first important information I think: a web API
>>> has
>>> been discussed in the past but it has been postponed because other
>>> features came first.
>>>
>>> The plan for the web API is that it should be compatible with the one
>>> from Growl. I am really looking forward if this can become true
>>> because
>>> normally (when I am not working on MozillaSnarls and PidginSnarl) I
>>> am a
>>> web developer... :)
>>>
>>> Sven
>>>
>>> Eli Miller schrieb:
>>>> I'm very excited about the notion of Snarl/Growl/notifications in
>>>> general. This is something I strongly believe should be it's own long
>>>> running and highly configurable process. These applications are long
>>>> overdue on all operating systems and Snarl and Growl do a good job of
>>>> bringing them into common use.
>>>>
>>>> I've recently come across the Growl for Windows Web API [1]. This is
>>>> something I have been thinking about for some time and I'm impressed
>>>> at the lengths Brian has gone to move forward.
>>>>
>>>> I'm in the process of developing web applications that will utilize
>>>> some method of web-to-desktop notifications. I am happy to recommend
>>>> install of one or more implementations based on their readiness for
>>>> production use and availability of a plugin-less API. Maybe one of
>>>> the
>>>> developers could answer a few quick questions for me:
>>>>
>>>> Is a web API something Snarl is working towards or would even
>>>> consider doing?
>>>>
>>>> Could the Growl for Windows web API be leveraged to notify using
>>>> Snarl?
>>>>
>>>> How can I help in this process?
>>>>
>>>> Eli
>>>>
>>>> [1] http://ajaxian.com/archives/growls-for-windows-and-a-web-notification-api
>>>>
>>>> -------------------------------------------------------------------------
>>>> Check out the new SourceForge.net Marketplace.
>>>> It's the best place to buy or sell services for
>>>> just about anything Open Source.
>>>> http://sourceforge.net/services/buy/index.php
>>>> _______________________________________________
>>>> Snarlwin-devel mailing list
>>>> Sna...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/snarlwin-devel
>>>>
>>> -------------------------------------------------------------------------
>>> Check out the new SourceForge.net Marketplace.
>>> It's the best place to buy or sell services for
>>> just about anything Open Source.
>>> http://sourceforge.net/services/buy/index.php
>>> _______________________________________________
>>> Snarlwin-devel mailing list
>>> Sna...@li...
>>> https://lists.sourceforge.net/lists/listinfo/snarlwin-devel
>>
>> -------------------------------------------------------------------------
>> Check out the new SourceForge.net Marketplace.
>> It's the best place to buy or sell services for
>> just about anything Open Source.
>> http://sourceforge.net/services/buy/index.php
>> _______________________________________________
>> Snarlwin-devel mailing list
>> Sna...@li...
>> https://lists.sourceforge.net/lists/listinfo/snarlwin-devel
>>
> 
> -------------------------------------------------------------------------
> Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
> Studies have shown that voting for your favorite open source project,
> along with a healthy diet, reduces your potential for chronic lameness
> and boredom. Vote Now at http://www.sourceforge.net/community/cca08
> _______________________________________________
> Snarlwin-devel mailing list
> Sna...@li...
> https://lists.sourceforge.net/lists/listinfo/snarlwin-devel
> 

Chris, I'm a web developer of about 12 years so I'd be happy to answer
any questions you might have. 1 person is a very low estimate, this
has a huge potential across the entire web.

You're right that this API and system should be very light and capable
of bolting on to you're already functioning system.

On Sun, Jun 29, 2008 at 5:46 AM, Chris Peel <chr...@fu...> wrote:
>
> I really don't understand web programming that well so I would
> appreciate it if someone could enlighten me a bit but certainly, I
> want Snarl to be as compatible and flexible as possible.  Basically,
> the engine and API are very light so even if one 1 person wants
> particular functionality I am happy to work on it, if it makes their
> job or life easier!
>
>
> On 27 Jun 2008, at 6:29, Sven Walther wrote:
>
>> This is awesome! We had several times some guy who asked to send
>> notifications from a webserver but we always answered that it is not
>> possible by design (because of no direct access between server and
>> Snarl
>> as well as the sandbox for JavaScript). I am even now after having
>> read
>> the whole description crazy about what seems to be possible now!
>>
>> I think Chris (who is the developer of Snarl) will answer also later.
>> But I can give you a first important information I think: a web API
>> has
>> been discussed in the past but it has been postponed because other
>> features came first.
>>
>> The plan for the web API is that it should be compatible with the one
>> from Growl. I am really looking forward if this can become true
>> because
>> normally (when I am not working on MozillaSnarls and PidginSnarl) I
>> am a
>> web developer... :)
>>
>> Sven
>>
>> Eli Miller schrieb:
>>> I'm very excited about the notion of Snarl/Growl/notifications in
>>> general. This is something I strongly believe should be it's own long
>>> running and highly configurable process. These applications are long
>>> overdue on all operating systems and Snarl and Growl do a good job of
>>> bringing them into common use.
>>>
>>> I've recently come across the Growl for Windows Web API [1]. This is
>>> something I have been thinking about for some time and I'm impressed
>>> at the lengths Brian has gone to move forward.
>>>
>>> I'm in the process of developing web applications that will utilize
>>> some method of web-to-desktop notifications. I am happy to recommend
>>> install of one or more implementations based on their readiness for
>>> production use and availability of a plugin-less API. Maybe one of
>>> the
>>> developers could answer a few quick questions for me:
>>>
>>> Is a web API something Snarl is working towards or would even
>>> consider doing?
>>>
>>> Could the Growl for Windows web API be leveraged to notify using
>>> Snarl?
>>>
>>> How can I help in this process?
>>>
>>> Eli
>>>
>>> [1] http://ajaxian.com/archives/growls-for-windows-and-a-web-notification-api
>>>
>>> -------------------------------------------------------------------------
>>> Check out the new SourceForge.net Marketplace.
>>> It's the best place to buy or sell services for
>>> just about anything Open Source.
>>> http://sourceforge.net/services/buy/index.php
>>> _______________________________________________
>>> Snarlwin-devel mailing list
>>> Sna...@li...
>>> https://lists.sourceforge.net/lists/listinfo/snarlwin-devel
>>>
>>
>> -------------------------------------------------------------------------
>> Check out the new SourceForge.net Marketplace.
>> It's the best place to buy or sell services for
>> just about anything Open Source.
>> http://sourceforge.net/services/buy/index.php
>> _______________________________________________
>> Snarlwin-devel mailing list
>> Sna...@li...
>> https://lists.sourceforge.net/lists/listinfo/snarlwin-devel
>
>
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> _______________________________________________
> Snarlwin-devel mailing list
> Sna...@li...
> https://lists.sourceforge.net/lists/listinfo/snarlwin-devel
>

I really don't understand web programming that well so I would  
appreciate it if someone could enlighten me a bit but certainly, I  
want Snarl to be as compatible and flexible as possible.  Basically,  
the engine and API are very light so even if one 1 person wants  
particular functionality I am happy to work on it, if it makes their  
job or life easier!


On 27 Jun 2008, at 6:29, Sven Walther wrote:

> This is awesome! We had several times some guy who asked to send
> notifications from a webserver but we always answered that it is not
> possible by design (because of no direct access between server and  
> Snarl
> as well as the sandbox for JavaScript). I am even now after having  
> read
> the whole description crazy about what seems to be possible now!
>
> I think Chris (who is the developer of Snarl) will answer also later.
> But I can give you a first important information I think: a web API  
> has
> been discussed in the past but it has been postponed because other
> features came first.
>
> The plan for the web API is that it should be compatible with the one
> from Growl. I am really looking forward if this can become true  
> because
> normally (when I am not working on MozillaSnarls and PidginSnarl) I  
> am a
> web developer... :)
>
> Sven
>
> Eli Miller schrieb:
>> I'm very excited about the notion of Snarl/Growl/notifications in
>> general. This is something I strongly believe should be it's own long
>> running and highly configurable process. These applications are long
>> overdue on all operating systems and Snarl and Growl do a good job of
>> bringing them into common use.
>>
>> I've recently come across the Growl for Windows Web API [1]. This is
>> something I have been thinking about for some time and I'm impressed
>> at the lengths Brian has gone to move forward.
>>
>> I'm in the process of developing web applications that will utilize
>> some method of web-to-desktop notifications. I am happy to recommend
>> install of one or more implementations based on their readiness for
>> production use and availability of a plugin-less API. Maybe one of  
>> the
>> developers could answer a few quick questions for me:
>>
>> Is a web API something Snarl is working towards or would even  
>> consider doing?
>>
>> Could the Growl for Windows web API be leveraged to notify using  
>> Snarl?
>>
>> How can I help in this process?
>>
>> Eli
>>
>> [1] http://ajaxian.com/archives/growls-for-windows-and-a-web-notification-api
>>
>> -------------------------------------------------------------------------
>> Check out the new SourceForge.net Marketplace.
>> It's the best place to buy or sell services for
>> just about anything Open Source.
>> http://sourceforge.net/services/buy/index.php
>> _______________________________________________
>> Snarlwin-devel mailing list
>> Sna...@li...
>> https://lists.sourceforge.net/lists/listinfo/snarlwin-devel
>>
>
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> _______________________________________________
> Snarlwin-devel mailing list
> Sna...@li...
> https://lists.sourceforge.net/lists/listinfo/snarlwin-devel

This is awesome! We had several times some guy who asked to send 
notifications from a webserver but we always answered that it is not 
possible by design (because of no direct access between server and Snarl 
as well as the sandbox for JavaScript). I am even now after having read 
the whole description crazy about what seems to be possible now!

I think Chris (who is the developer of Snarl) will answer also later. 
But I can give you a first important information I think: a web API has 
been discussed in the past but it has been postponed because other 
features came first.

The plan for the web API is that it should be compatible with the one 
from Growl. I am really looking forward if this can become true because 
normally (when I am not working on MozillaSnarls and PidginSnarl) I am a 
web developer... :)

Sven

Eli Miller schrieb:
> I'm very excited about the notion of Snarl/Growl/notifications in
> general. This is something I strongly believe should be it's own long
> running and highly configurable process. These applications are long
> overdue on all operating systems and Snarl and Growl do a good job of
> bringing them into common use.
> 
> I've recently come across the Growl for Windows Web API [1]. This is
> something I have been thinking about for some time and I'm impressed
> at the lengths Brian has gone to move forward.
> 
> I'm in the process of developing web applications that will utilize
> some method of web-to-desktop notifications. I am happy to recommend
> install of one or more implementations based on their readiness for
> production use and availability of a plugin-less API. Maybe one of the
> developers could answer a few quick questions for me:
> 
> Is a web API something Snarl is working towards or would even consider doing?
> 
> Could the Growl for Windows web API be leveraged to notify using Snarl?
> 
> How can I help in this process?
> 
> Eli
> 
> [1] http://ajaxian.com/archives/growls-for-windows-and-a-web-notification-api
> 
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> _______________________________________________
> Snarlwin-devel mailing list
> Sna...@li...
> https://lists.sourceforge.net/lists/listinfo/snarlwin-devel
> 

I'll be honest - this is the first I've seen of this!  Interestingly,  
I did have a few email conversations with Brian and he's provided  
Snarl/Growl network functionality which will be going in a future  
release of Snarl.  I need to understand the GWW API a lot more but,  
yes, it is definately something I would like to support -  
compatability can only be a good thing.

I didn't realise Brian had already developed a Windows version of  
Growl - will be interesting to see where this leaves Snarl...

Chris


On 27 Jun 2008, at 6:08, Eli Miller wrote:

> I'm very excited about the notion of Snarl/Growl/notifications in
> general. This is something I strongly believe should be it's own long
> running and highly configurable process. These applications are long
> overdue on all operating systems and Snarl and Growl do a good job of
> bringing them into common use.
>
> I've recently come across the Growl for Windows Web API [1]. This is
> something I have been thinking about for some time and I'm impressed
> at the lengths Brian has gone to move forward.
>
> I'm in the process of developing web applications that will utilize
> some method of web-to-desktop notifications. I am happy to recommend
> install of one or more implementations based on their readiness for
> production use and availability of a plugin-less API. Maybe one of the
> developers could answer a few quick questions for me:
>
> Is a web API something Snarl is working towards or would even  
> consider doing?
>
> Could the Growl for Windows web API be leveraged to notify using  
> Snarl?
>
> How can I help in this process?
>
> Eli
>
> [1] http://ajaxian.com/archives/growls-for-windows-and-a-web-notification-api
>
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> _______________________________________________
> Snarlwin-devel mailing list
> Sna...@li...
> https://lists.sourceforge.net/lists/listinfo/snarlwin-devel

I'm very excited about the notion of Snarl/Growl/notifications in
general. This is something I strongly believe should be it's own long
running and highly configurable process. These applications are long
overdue on all operating systems and Snarl and Growl do a good job of
bringing them into common use.

I've recently come across the Growl for Windows Web API [1]. This is
something I have been thinking about for some time and I'm impressed
at the lengths Brian has gone to move forward.

I'm in the process of developing web applications that will utilize
some method of web-to-desktop notifications. I am happy to recommend
install of one or more implementations based on their readiness for
production use and availability of a plugin-less API. Maybe one of the
developers could answer a few quick questions for me:

Is a web API something Snarl is working towards or would even consider doing?

Could the Growl for Windows web API be leveraged to notify using Snarl?

How can I help in this process?

Eli

[1] http://ajaxian.com/archives/growls-for-windows-and-a-web-notification-api

1, 2, 3, etc.