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
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, 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
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
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
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
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
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
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
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 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
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
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: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
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
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
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 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
18 matches
Mail list logo
