Menu
▾
▴
synclast-devel — Development discussion
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(9) |
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
|
From: Alexander W. <aw...@vo...> - 2006-10-17 22:02:31
|
Hello,=20 =20 I would like to use your product for a project I am working on. I'm using the menu widget, and the widget does not seem to support scrolling for off screen menu items. If the number of items exceeds the displayable area the off screen items can not be navigated to. I talked with our CTO Shawn Lewis and he would pay you for your services to complete this functionality. =20 Thank you for your help in advance. =20 Alexander L. Wykel |
|
From: <ben...@id...> - 2004-05-25 07:46:03
|
Dear Open Source developer I am doing a research project on "Fun and Software Development" in which I kindly invite you to participate. You will find the online survey under http://fasd.ethz.ch/qsf/. The questionnaire consists of 53 questions and you will need about 15 minutes to complete it. With the FASD project (Fun and Software Development) we want to define the motivational significance of fun when software developers decide to engage in Open Source projects. What is special about our research project is that a similar survey is planned with software developers in commercial firms. This procedure allows the immediate comparison between the involved individuals and the conditions of production of these two development models. Thus we hope to obtain substantial new insights to the phenomenon of Open Source Development. With many thanks for your participation, Benno Luthiger PS: The results of the survey will be published under http://www.isu.unizh.ch/fuehrung/blprojects/FASD/. We have set up the mailing list fa...@we... for this study. Please see http://fasd.ethz.ch/qsf/mailinglist_en.html for registration to this mailing list. _______________________________________________________________________ Benno Luthiger Swiss Federal Institute of Technology Zurich 8092 Zurich Mail: benno.luthiger(at)id.ethz.ch _______________________________________________________________________ |
|
From: Wes B. <we...@tr...> - 2003-09-20 23:23:46
|
The latest release is now available from SourceForge. This release adds the following features: * Support for double buffering on devices without this feature * Added class SynclastFullCanvas extends Nokia's FullCanvas class for use with Nokia MIDP 1.0 devices. This release fixes the following bugs: * Focus traversal between multiple containers was broken. * StyleSheets now work much more consistently. In addition: * Ant tasks have been updated to make it easier to run the example application. * A README file is provided as a general overview with tips on using an obfuscator. Download: http://prdownloads.sourceforge.net/synclast/synclast-ui-20030920.tar.gz?download Enjoy! Wes |
|
From: Wes B. <we...@ca...> - 2003-09-19 20:24:52
|
I checked in a lot of changes to try to bring some sanity to the StyleSheet system. It now works hopefully the way people would expect it to -- there's a single stylesheet per canvas, and any settings for that stylesheet get applied to any widgets on the canvas, BUT any individual settings (i.e. calls to the set() method) on widgets override any stylesheet settings. I removed the ability to manage stylesheets at the container level. I also separated the SynclastFullCanvas class. You still have to compile with -Dplatform=NokiaUI to pick it up, but now you've got the choice of full or non-full screen based on which class you code against. I'm going to try to fix the bug we have with focus traversal between containers; once that's done I think it's time to roll another sourceforge release. Wes |
|
From: Wes B. <we...@ca...> - 2003-09-15 23:23:35
|
On Mon, 15 Sep 2003, Fred Grott wrote: > I will proably have some featues that will be interesting to add in > October..and for now will add a demo article on synclast to my weblog > and send you the link at end of September.. Cool, sounds good. > Oh how is the FullScreen feature addition going? I might have a paid > project to use it on. in a few days.. It's in CVS, we just need to test it on a real device. To build it, put nokia-ui.zip in client/lib and run ant -Dplatform=NokiaUI When built in this fashion the SynclastCanvas.class in synclast-ui.jar extends FullCanvas. Once it's tested we can do another sourceforge release. Wes |
|
From: Wes B. <we...@ca...> - 2003-09-13 00:41:25
|
One question on your changes... you made mods to both SynclastCanvas and Container... I was not anticipating that people would use Container without using SynclastCanvas, so I was thinking we'd only have to support the image on one. Check out my mods that are in CVS and see if those work.. Wes On Fri, 12 Sep 2003, Wes Biggs wrote: > Hi Fred, I added you to the project developer list. For this mod I will > go ahead and check in your changes myself since I started on it already, > but you should have full access to commit changes in the future. > > Thanks again for helping out! > > Wes > > On Fri, 12 Sep 2003, Fred Grott wrote: > > > Hello all, > > > > Wes my SF.net username is: > > > > shareme > > > > and the changes that I am making to enable non buffered devices to use > > same UI kit are being relased to Synclast copyright to enable both the > > OpenSource license and the commerical license.. > > > > > > > > Fred Grott > > http://www.freeroller.net/page/shareme/Weblog > > > > > > > > > > ------------------------------------------------------- > > This sf.net email is sponsored by:ThinkGeek > > Welcome to geek heaven. > > http://thinkgeek.com/sf > > _______________________________________________ > > Synclast-devel mailing list > > Syn...@li... > > https://lists.sourceforge.net/lists/listinfo/synclast-devel > > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Synclast-devel mailing list > Syn...@li... > https://lists.sourceforge.net/lists/listinfo/synclast-devel > |
|
From: Wes B. <we...@ca...> - 2003-09-12 23:43:34
|
Hi Fred, I added you to the project developer list. For this mod I will go ahead and check in your changes myself since I started on it already, but you should have full access to commit changes in the future. Thanks again for helping out! Wes On Fri, 12 Sep 2003, Fred Grott wrote: > Hello all, > > Wes my SF.net username is: > > shareme > > and the changes that I am making to enable non buffered devices to use > same UI kit are being relased to Synclast copyright to enable both the > OpenSource license and the commerical license.. > > > > Fred Grott > http://www.freeroller.net/page/shareme/Weblog > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Synclast-devel mailing list > Syn...@li... > https://lists.sourceforge.net/lists/listinfo/synclast-devel > |
|
From: Fred G. <bad...@ne...> - 2003-09-12 15:33:17
|
Hello all, Wes my SF.net username is: shareme and the changes that I am making to enable non buffered devices to use same UI kit are being relased to Synclast copyright to enable both the OpenSource license and the commerical license.. Fred Grott http://www.freeroller.net/page/shareme/Weblog |
|
From: Wes B. <we...@tr...> - 2003-09-12 14:33:14
|
Hi Fred, sounds good. I already made some changes to SynclastCanvas based on the pseudocode we discussed so hopefully it should be easy to add in the rest of your changes. Good point about adding the GPL headers, I will do that. You should subscribe to the synclast-devel mailing list (see the link from SourceForge) if you want to contribute.. then send me your sourceforge username. We require contributors to assign copyright to Synclast -- this is so we have the option of dual licensing (non-GPL) for users who want commercial license terms.. let me know if you have any problem with that. Thanks, Wes > Wes almost finsihed with changes will post an attachment with the alpha > version changes to enable non buffering today..the only two classes > changed are: > > Container > Synclastcanvas > > Coding conventions: > > I kept org code that was changed as a C comment > > > > will have some //comments denoting the chnges in your code ie graphics > object changes and such > > > > Final note someone needs to add the GPL license blurb at beg of each > class file..most opensource licenses want that blurb in the class file > to be protected..depending upon what IDE you are using you should be > able to setup the authro/lciense coment at beg of class file creation > by project..so its auto added.. > > As soon as a device test is done on code wil ask fro permission to join > projec tto upload the tested code to project.. > > Once again thanks to you and Synclast for tihis projec tbeing open > sourced.. > > > > > |
|
From: Wes B. <wb...@tr...> - 2003-09-10 21:03:40
|
Forwarding Fred's reply...
---------- Forwarded message ----------
Date: Wed, 10 Sep 2003 14:46:46 -0500
From: Fred Grott <bad...@ne...>
To: Wes Biggs <wb...@tr...>
Subject: Re: Synclast MIDP 2.0 Compatibility Toolkit
Wes Biggs wrote:
>Hi Fred,
>
>I'm copying this to the developer list.
>
>I think this is a good idea. Can this feature be supported by conditional
>code in the SynclastCanvas.paint() method?
>
>i.e. (pseudocode..)
>
>if (!doubleBuffered) {
> bufferGraphics = bufferImage.getGraphics();
> container.paint(bufferGraphics);
> graphics.drawImage(bufferImage);
>} else {
> container.paint(graphics);
>}
>
>But I might be missing something -- what classes do you think are needed?
>
>Wes
>
>On Wed, 10 Sep 2003, Fred Grott wrote:
>
>
>
>>On Synclast UI I have foudn that its not set up fro non double buffering
>>ie non Nokia handsets devices..
>>
>>Is it okay to extedn with new classes in the form of:
>>
>>synclastclassName+NewBuffered
>>
>>to handle both buffered and non buffered within the same class?
>>
>>I am just debating naming convention becuase I am submitting back your
>>projec tonce its fully tested and want of course a naming convention you
>>approve of..
>>
>>basically in class create offscreen image load and draw the stuff
>>required on this image in paint method and do the ifDoubledBuffed logic
>>within paint method to handle the two cases buffered and non
>>buffered..ifbuffered jsut using graphics..if not then using the
>>offscreen image and getGraphics to do final paint..
>>
>>Or should I keep class name the same and document my changes and do the
>>submission back to the project that way?
>>
>>Thanks..
>>
>>
>>
>>
>>
>
>
>
you have it right I think should not need any new classes it jsut means
modifying some paint methods as we want ti enabled without changing the
way the developer uses the objects and classes..
minor change woudl be:
if (!doubleBuffered) {
bufferGraphics = bufferImage.getGraphics();
container.paint(bufferGraphics);
graphics.drawImage(bufferImage);
} else {
container.paint(g);
}
I am sure there are some other minor changes that I am not seeing at
this moment..but will keep to making sure that no change on developers
side as far as calling the paint method..
At the moment I am depending upon the vendor for final device test so
will do changes and do tests on my side then make sure it passes the
vendor tests..before code is submitted that way we know it actually
physically works..
|
|
From: Wes B. <wb...@tr...> - 2003-09-10 19:17:22
|
Hi Fred,
I'm copying this to the developer list.
I think this is a good idea. Can this feature be supported by conditional
code in the SynclastCanvas.paint() method?
i.e. (pseudocode..)
if (!doubleBuffered) {
bufferGraphics = bufferImage.getGraphics();
container.paint(bufferGraphics);
graphics.drawImage(bufferImage);
} else {
container.paint(graphics);
}
But I might be missing something -- what classes do you think are needed?
Wes
On Wed, 10 Sep 2003, Fred Grott wrote:
> On Synclast UI I have foudn that its not set up fro non double buffering
> ie non Nokia handsets devices..
>
> Is it okay to extedn with new classes in the form of:
>
> synclastclassName+NewBuffered
>
> to handle both buffered and non buffered within the same class?
>
> I am just debating naming convention becuase I am submitting back your
> projec tonce its fully tested and want of course a naming convention you
> approve of..
>
> basically in class create offscreen image load and draw the stuff
> required on this image in paint method and do the ifDoubledBuffed logic
> within paint method to handle the two cases buffered and non
> buffered..ifbuffered jsut using graphics..if not then using the
> offscreen image and getGraphics to do final paint..
>
> Or should I keep class name the same and document my changes and do the
> submission back to the project that way?
>
> Thanks..
>
>
>
|
