hi Micah,
Sorry to ask this problem, as i asked before.
The DialogBox will memory leak?? It should be the dialog title occure.If run
dialogdemo in apps, will case memory leak.
I find there resone, but can't not fix in right.
I fixed it in a urgly way like flowing, and run it had
Hi, Micah
There are some other bugs, we fixed.
1. in widget/textedit_logical.c, old code in most skins cause pgserver crashed.
#ifdef CONFIG_HANDINFO_FIXED
g_error text_backend_build ( text_widget * widget,
s16 w,
s16 h ) {
#els
Hi folks,
I'm evaluating which GUI to port to a non-unixstyle multitasking OS with
limited posix lib support. Although the CPU performance is more like
"embedded", the use is a highresolution desktop rather than a small display.
Framebuffer implementation seems feasible, but the PDA-style
windo
On Mon, Jan 06, 2003 at 12:32:43PM +0100, Peter Graf wrote:
> Hi folks,
>
> I'm evaluating which GUI to port to a non-unixstyle multitasking OS with
> limited posix lib support. Although the CPU performance is more like
> "embedded", the use is a highresolution desktop rather than a small displa
On Mon, Jan 06, 2003 at 12:32:43PM +0100, Peter Graf wrote:
> Framebuffer implementation seems feasible, but the PDA-style
> windowmanagement of picoGUI is not suitable. Apart from windowmanagement,
> the picoGUI architecture seems to fit quite good.
>
> Is there work in progress for PicoGUI des
Hi Micah,
many thanks for your very informative reply.
> I'm evaluating which GUI to port to a non-unixstyle multitasking OS with
> limited posix lib support. Although the CPU performance is more like
> "embedded", the use is a highresolution desktop rather than a small
display.
If you're usin
On Mon, Jan 06, 2003 at 12:05:40PM -0200, Lalo Martins wrote:
> On Mon, Jan 06, 2003 at 12:32:43PM +0100, Peter Graf wrote:
> > Framebuffer implementation seems feasible, but the PDA-style
> > windowmanagement of picoGUI is not suitable. Apart from windowmanagement,
> > the picoGUI architecture s
On Mon, Jan 06, 2003 at 03:16:04PM +0100, Peter Graf wrote:
> Hi Micah,
>
> many thanks for your very informative reply.
>
> >> I'm evaluating which GUI to port to a non-unixstyle multitasking OS with
> >> limited posix lib support. Although the CPU performance is more like
> >> "embedded", the u
Lalo Martins wrote:
It is *not* correct to refer to overlapping windows as "desktop-style" and
PicoGUI's as "PDA-style". The non-overlapping mode of PicoGUI is perfectly
fit for desktops, and in fact it is *better* than overlapping. Heck, I'm
looking forward to (and working on) using PicoGUI as
On Mon, Jan 06, 2003 at 04:02:20PM +0100, Martin Doering wrote:
> Lalo Martins wrote:
>
> >It is *not* correct to refer to overlapping windows as "desktop-style" and
> >PicoGUI's as "PDA-style". The non-overlapping mode of PicoGUI is perfectly
> >fit for desktops, and in fact it is *better* than
I also hope that there is a compile time option to turn off overlapping
windows.
in my applications it is not desireable to have overlapping at all except
for a single "something bad happened" dialog box.
-Original Message-
From: Lalo Martins [mailto:[EMAIL PROTECTED]]
Sent: Monday, Jan
Hi Everybody,
Just a reminder- make sure that you are subscribed to the list from the same
from the address that will appear as the From: address on outgoing mail.
The list server requires me to manually approve or reject mail where this
is not the case, since otherwise the list would be constantl
The selection of what app manager to use is available as a compile time
option and a runtime option already, and it will stay that way.
On Mon, Jan 06, 2003 at 08:40:48AM -0700, Gray, Tim wrote:
> I also hope that there is a compile time option to turn off overlapping
> windows.
>
> in my applic
Micah, et al
Yeah, compile a new cli_c with sockets and recompile the apps.
Done. The only I've recompiled are tpcal & vrcalc.
Make sure you have a line like "input = r3912ts" in your [pgserver]
section of /etc/pgserver.conf, and make sure you're running the calibrator.
You can have pgserv
Hi Micah,
> The graphics hardware is simple highcolor, linear memory mapped,
> non-accelerated,
> but has about 30 MBytes/sec bandwidth. It actually can run Linux+X at
> usable speed,
> so it should be ideal for PicoGUI+framebuffer with the native small OS.
Hmm.. out of curiosity, what resolutio
On Mon, Jan 06, 2003 at 04:18:39PM +, Mark and Janice Juszczec wrote:
> Micah, et al
>
> globalsInit: globals: default font
> Init: globals: cursor sprite bitmaps
> Init: globals: cursor sprite
> Init: globals: strings
> Init: globals: success
> pgserver_init:
> timerspgserver_init:
> initial t
On Mon, Jan 06, 2003 at 06:03:44PM +, Mark and Janice Juszczec wrote:
>
> Micah
>
> you wrote
> >
> >Is /usr/lib/lcdmono.th zero bytes? This usually happens if themec has
> >errors.
>
> Nope. It is 2336 bytes.
>
> >
> >If not, it could be a mips-specific bug in the theme loader.
> >
>
>
On Mon, 6 Jan 2003, Lalo Martins wrote:
:On Mon, Jan 06, 2003 at 12:32:43PM +0100, Peter Graf wrote:
:In real-life practice, I *never* have seen anyone using overlapping windows
:for real work. Most people use one single "maximized" window at a time,
:others (when there is legitimate need to have
18 matches
Mail list logo
