Re: Connecting a non python activity to sugar

2008-04-04 Thread Edward Cherlin
On Wed, Apr 2, 2008 at 3:01 PM, Paul Fox [EMAIL PROTECTED] wrote:
 bert wrote:
On 31.03.2008, at 14:52, Paul Fox wrote:
 bert wrote:

Also, try the sugarize script and library:

 http://lists.laptop.org/pipermail/devel/2008-January/009387.html

 (maybe that should be added to the Wiki)

 indeed -- that would be a nice addition.  i'm using that script,
   ...

  
Well, just add it then. It's a Wiki :)

  i will do that.

I did it a few days ago. http://wiki.laptop.org/go/Sugar_Factory

Sugar maintains a strict 1:1 relation between top-level windows marked
as activity and activities. Any other top-level window should get an
unknown icon, currently a gray circle. I guess marking an arbitrary
top-level window as activity would severely confuse Sugar. What you

  currently i don't think i'm seeing the unknown icon, but i also
  wasn't looking for it.  it seems to me that in an ideal world,
  alt-tab would cycle through all top-level windows, whether
  they're known to sugar or not.  (be lenient in what you accept,
  and all that.)  the fact is that not all programs running under
  sugar will be fully sugarized, and to some extent sugar should
  behave like just a window manager where necessary.

  (in any case, based on what you've said, i've re-coded my app so
  that the gps console is now just an alternate display mode for
  the main mapping window.  the second process and window, are no
  longer needed.  there were other reasons that this change was
  overdue -- thanks for the nudge.  :-)

  paul
  =-
   paul fox, [EMAIL PROTECTED] (arlington, ma, where it's 40.1 degrees)


 ___
  Devel mailing list
  Devel@lists.laptop.org
  http://lists.laptop.org/listinfo/devel




-- 
Edward Cherlin
End Poverty at a Profit by teaching children business
http://www.EarthTreasury.org/
The best way to predict the future is to invent it.--Alan Kay
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: Connecting a non python activity to sugar

2008-04-02 Thread Paul Fox
bert wrote:
  On 31.03.2008, at 14:52, Paul Fox wrote:
   bert wrote:
   Also, try the sugarize script and library:
  
   http://lists.laptop.org/pipermail/devel/2008-January/009387.html
  
   (maybe that should be added to the Wiki)
  
   indeed -- that would be a nice addition.  i'm using that script,
 ...
  
  Well, just add it then. It's a Wiki :)

i will do that.

  Sugar maintains a strict 1:1 relation between top-level windows marked  
  as activity and activities. Any other top-level window should get an  
  unknown icon, currently a gray circle. I guess marking an arbitrary  
  top-level window as activity would severely confuse Sugar. What you  

currently i don't think i'm seeing the unknown icon, but i also
wasn't looking for it.  it seems to me that in an ideal world,
alt-tab would cycle through all top-level windows, whether
they're known to sugar or not.  (be lenient in what you accept,
and all that.)  the fact is that not all programs running under
sugar will be fully sugarized, and to some extent sugar should
behave like just a window manager where necessary.

(in any case, based on what you've said, i've re-coded my app so
that the gps console is now just an alternate display mode for
the main mapping window.  the second process and window, are no
longer needed.  there were other reasons that this change was
overdue -- thanks for the nudge.  :-)

paul
=-
 paul fox, [EMAIL PROTECTED] (arlington, ma, where it's 40.1 degrees)
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: Connecting a non python activity to sugar

2008-04-01 Thread Bert Freudenberg
On 31.03.2008, at 14:52, Paul Fox wrote:
 bert wrote:
 http://wiki.laptop.org/go/Low-level_Activity_API

 Also, try the sugarize script and library:

 http://lists.laptop.org/pipermail/devel/2008-January/009387.html

 (maybe that should be added to the Wiki)

 indeed -- that would be a nice addition.  i'm using that script,
 along with the little libsugarize shared lib hook, with good
 success.  i think many people have found versions of that script
 via the forums, but it would be good to have it in a
 quasi-official place.  (i didn't realize where it had originated.)

Well, just add it then. It's a Wiki :)

 on that subject, i've been wondering about a related issue.

 my activity (RoadMap, which is a GPS-enabled street-mapping
 program) runs in a single X-window (modulo the occasional
 dialog box).  it has the ability to spawn a second program (a GPS
 console, which gives an available satellite display) which
 of course creates a second X-window.  this is fine, as long as you
 quit from the spawned program before doing something sugary to
 move away from its window (e.g., alt-tab).  but if you obscure its
 window, you can never get back to it, since sugar knows nothing
 about it.  this isn't really a program that should be a
 full-fledged activity -- it can run standalone, but one
 usually invokes it from RoadMap (Hmm -- I'm not getting a fix --
 where are my satellites?).  is there a way of wrapping the
 second application in a shared lib similar to libsugarize such
 that sugar would know about its window in at least some minimal
 way?  without this, the program gets lost from a UI point of
 view.

 (i realize that needing a second window is rather un-sugary.  in a
 new activity, it would probably be a tab, for instance.)


Sugar maintains a strict 1:1 relation between top-level windows marked  
as activity and activities. Any other top-level window should get an  
unknown icon, currently a gray circle. I guess marking an arbitrary  
top-level window as activity would severely confuse Sugar. What you  
could try is running it as dialog window, then it will even receive a  
window border that can be dragged around etc., similar to the object  
chooser dialog.

- Bert -


___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: Connecting a non python activity to sugar

2008-03-31 Thread Bert Freudenberg
On 31.03.2008, at 06:44, Steve Lewis wrote:
 Any foreign application - say opera or program I write in Java has two
 entried as an avtivity - one with the SVG and a second anonymous  
 window
 which is the real application
  I have been trying to figure out how a smart application capable of
 talking to the D-BUS and with access to the bindle and application  
 ids can
 integrate with sugar in the same ways that a python application can
 Can anyone give me pointers


http://wiki.laptop.org/go/Low-level_Activity_API

Also, try the sugarize script and library:

http://lists.laptop.org/pipermail/devel/2008-January/009387.html

(maybe that should be added to the Wiki)

- Bert -


___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Re: Connecting a non python activity to sugar

2008-03-31 Thread Paul Fox
bert wrote:
  On 31.03.2008, at 06:44, Steve Lewis wrote:
   Any foreign application - say opera or program I write in Java has two
   entried as an avtivity - one with the SVG and a second anonymous  
   window
   which is the real application
I have been trying to figure out how a smart application capable of
   talking to the D-BUS and with access to the bindle and application  
   ids can
   integrate with sugar in the same ways that a python application can
   Can anyone give me pointers
  
  
  http://wiki.laptop.org/go/Low-level_Activity_API
  
  Also, try the sugarize script and library:
  
  http://lists.laptop.org/pipermail/devel/2008-January/009387.html
  
  (maybe that should be added to the Wiki)

indeed -- that would be a nice addition.  i'm using that script,
along with the little libsugarize shared lib hook, with good
success.  i think many people have found versions of that script
via the forums, but it would be good to have it in a
quasi-official place.  (i didn't realize where it had originated.)

on that subject, i've been wondering about a related issue.

my activity (RoadMap, which is a GPS-enabled street-mapping
program) runs in a single X-window (modulo the occasional
dialog box).  it has the ability to spawn a second program (a GPS
console, which gives an available satellite display) which
of course creates a second X-window.  this is fine, as long as you
quit from the spawned program before doing something sugary to
move away from its window (e.g., alt-tab).  but if you obscure its
window, you can never get back to it, since sugar knows nothing
about it.  this isn't really a program that should be a
full-fledged activity -- it can run standalone, but one
usually invokes it from RoadMap (Hmm -- I'm not getting a fix --
where are my satellites?).  is there a way of wrapping the
second application in a shared lib similar to libsugarize such
that sugar would know about its window in at least some minimal
way?  without this, the program gets lost from a UI point of
view.

(i realize that needing a second window is rather un-sugary.  in a
new activity, it would probably be a tab, for instance.)

paul
=-
 paul fox, [EMAIL PROTECTED] (arlington, ma, where it's 32.5 degrees)
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel


Connecting a non python activity to sugar

2008-03-30 Thread Steve Lewis
Any foreign application - say opera or program I write in Java has two 
entried as an avtivity - one with the SVG and a second anonymous window 
which is the real application
  I have been trying to figure out how a smart application capable of 
talking to the D-BUS and with access to the bindle and application ids can
integrate with sugar in the same ways that a python application can 
Can anyone give me pointers

-- 
Steven M. Lewis PhD
4221 105th Ave NE
Kirkland, WA 98033
425-889-2694
206-384-1340 (cell)
Skype lordjoe_com
AIM LordJoe2000
ICQ 127138272
email 
[EMAIL PROTECTED] (permanent)

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel