Hi Everybody,
Well, I got tired of waiting on myself to fix all the bugs on my list, so I
released 0.44 anyway :)
It still includes numerous bugfixes, enhanced OpenGL support, pgserver
embedding, and VNC server support. You can find the download and the release
notes on picogui.org.
--Micah
--
Hi Everybody,
Not sure why I didn't realize this earlier, but the name PicoGUI could still fit with
this new design. PicoGUI's always been a GUI that's coded more like an OS- the new
design would be like moving from a monolithic kernel to a microkernel. We'd use an
interconnect between the servers
Hi Everybody,
After chatting with Stefan on #fresco (and having more chances to feel inferior to
Fresco..) about layout engines, I thought I should bring up the topic here.
I like the simplicity of picogui's divtree for widget layout. With a little tweaking
it should be able to handle whatever ap
Just remembered another few design ideas I had:
Right now PicoGUI's widgets are almost completely based on setting/getting
properties. I'd like to remove that almost- get rid of pgWriteCmd as used
in the terminal, textbox, and canvas.
The whole reason for this inhomogeneity in the current design
Hi Everybody,
Lalo might be posting a more detailed mail on this later, but I wanted to get
the idea out into the open.
For a while now I've been wanting to do a complete rewrite of PicoGUI's
networking, layout, and rendering systems. A quick outline of what I wanted
to do in each, and why:
Netw
On Wed, Jan 22, 2003 at 07:09:57PM -0200, Lalo Martins wrote:
>
> One bad thing is that there isn't yet a way to import the existing cvs
> repository (with past history) into arch, while I heard there is something
> named cvs2svn that does this for svn, albeit imperfectly (potentially).
I take th
On Wed, Jan 22, 2003 at 11:37:58AM -0700, Micah Dowty wrote:
> I just spent some more time reading the documentation for svn and for arch.
> It looks like arch's main advantage over svn is its handling of branches,
> according to the docs. However, it also says arch is a collection of shell
> scrip
I just spent some more time reading the documentation for svn and for arch.
It looks like arch's main advantage over svn is its handling of branches,
according to the docs. However, it also says arch is a collection of shell
scripts and C code, which seems like it would be flimsy and unportable.
O
On Wed, Jan 22, 2003 at 09:33:24AM +0100, Pascal Bauermeister wrote:
...
>
> It is a good idea to rearrang a bit the whole project. A few remarks:
>
> * Some projects people live from (I do not speak only about us...)
> rely on the current structure, so we must first meet a consens
On Wed, Jan 22, 2003 at 11:02:48AM +0100, Daniele Pizzoni wrote:
> On Tue, 2003-01-21 at 17:45, Micah Dowty wrote:
> > I just wrote that demo in python because I was in a hurry, it would actually
> > be very easy to do the same thing in C. The program that loads the pages and
> > flips between them
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Micah
Just to let you know, I've been using a source control tool called 'larch'.
I've found it stable and a better alternative to CVS and also subversion.
It's also GPL'ed (for license bigots like me).
[link]
http://freshmeat.net/projects
On Tue, Jan 21, 2003 at 02:02:40PM +0100, Daniele Pizzoni wrote:
>
> Thanks for the info, I just missed to check the latest CVS. Anyway I
> think python will just not fit into the few megabytes we have.
That depends on how much is your "few". I run python and picogui in my PDA
with a 10Mb flashd
On Tue, Jan 21, 2003 at 11:37:56AM -0700, Micah Dowty wrote:
>- apps
> - Only relatively usable apps (pgedit, pterm, scribble, working games...)
>- devapps
> - Apps that are only useful for developers
>- themes
> - Relatively usable themes, in t
On Tue, 2003-01-21 at 17:45, Micah Dowty wrote:
> I just wrote that demo in python because I was in a hurry, it would actually
> be very easy to do the same thing in C. The program that loads the pages and
> flips between them would need rewriting in C, and you would want to precompile
> the .xwt f
On Tue, 2003-01-21 at 19:37, Micah Dowty wrote:
> Hi Everybody,
>
> I just wanted to give an outline of the source tree reorganization I'm planning after
> the 0.44 release. This is necessary in my opinion for several reasons:
>
> - The current build system is hard to port to non-linux platforms
> Hi all,
>There is a stupid question about picogui's speed.
>We had head there are many people had use picogui on uClinux based on
>68VZ328 in 33MHZ processor.
>
>We had develop a board that based 68VZ328, and uClinux 2.4.17 kernel,
>run in ROM. And build the picogui, modif
> Hi Everybody,
>
[...]
Hi, just don't forget something like :
> --8<--
> - picogui
> - src (clean source tree)
>- tools
> - wt compiler
> -->8--
To better integrate the widget template compiler as a picogui tool what is
currently not obvious.
> This new
17 matches
Mail list logo
