Re: [Pgui-devel] Desktop-style window management
Wow.
I knew some of the very basics of blender, but had no idea that what I
wanted was exactly the blender interface :)
On Tue, Jan 07, 2003 at 09:37:38AM +0100, Yann Vernier wrote:
> This description *exactly* matches how Blender's layout system works..
> the limitations being that in Blender, there's only one app and document
> (although it can contain many screens and scenes), and title bars ("area
> headers") are only horizontal. Still, they can be hidden, top, or bottom.
> By default, Blender has a very small InfoWindow at the top, which contains
> a menu bar in its header, to look familiar to people who expect one.
>
> On Mon, Jan 06, 2003 at 08:17:30AM -0700, Micah Dowty wrote:
> > The new app manager I've been thinking of would solve this.
> > I think there was a thread on this list a while back discussing it, but
> > the archives are probably broke knowing sourceforge.
> >
> > In summary:
> >
> > - You can have multiple 'layouts' that would be analogous to virtual
> > desktops or virtual terminals. They would be easy to switch between,
> > and fullscreen
> Blender terms this "Screens". Like scenes, they can be switched with a
> menu button in the InfoWindow(s). Global hotkey: Ctrl+Left/Right.
> >
> > - Each layout would start with one fullscreen frame. Frames could be
> > split, merged, and resized
> Blender defaults to 3 screens defined, all with an InfoWindow on top.
> They're 4-pane 3D, 1-pane 3D, and sequence editing (video
> postproduction). The layout system works as described with right or
> middle clicks at edges between areas.
> >
> > - Each frame has a way (a pull-down menu maybe) of selecting the app
> > that resides in it
> That's the first button in all area headers (Blender's equivalent of the
> panel bar). It's a menubutton, and there are also hotkeys for switching
> to different types of areas. The rest of the header is defined by the
> area itself, i.e. ButtonWindow has the groups of buttons, 3D view window
> has the view controls, and InfoWindow has the menubar.
> >
> > - Any app can appear in either zero or one frame in each layout
> Well, if you consider Blender's Windows the analogue of apps, this
> matches. A Window in Blender is something that can be put in an Area,
> which is a visible frame in a screen.
> >
> > - The ability to have multiple layouts and to split frames would
> > not get in the way of a novice's ability to sit down and use an
> > app full-screen
> Yep. Nobody forces you to switch Screens.
> >
> > - Everything would be accessible from a "titlebar" on the frame,
> > a compact border or button, and/or the keyboard, depending on the
> > device's input and display capabilities.
> Blender calls the title bar a Header. It can be hidden or moved, per
> area.
> >
> > - If you select an app for a frame that's already being displayed in
> > another frame in the same layout, the apps would swap places
> Blender doesn't quite do this, since its Windows get an instance per
> Area; you just select the *type* of Window. This allows you to have i.e.
> 4 3D views from different perspectives. This doesn't make much sense for
> all programs though, but perhaps some apps even in PicoGUI might want
> the option to split themselves; I agree with the behaviour you suggest
> as the default though.
> >
> > I know I'd love to use a system like this :)
> > In a typical session on my desktop, I might have one layout with only a web
> > browser, one layout with frames displaying my email, a media player,
> > and an IRC app, another layout with a text editor, a few terminals, and the
> > same IRC app...
>
> --
> PGP fingerprint = 9242 DC15 2502 FEAB E15F 84C6 D538 EC09 5380 5746
--
Only you can prevent creeping featurism!
---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
Pgui-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/pgui-devel
[[email protected]: Re: [Pgui-devel] Desktop-style window management]
This is from Yann, it was supposed to go to the list also
- Forwarded message from Yann Vernier <[EMAIL PROTECTED]> -
From: Yann Vernier <[EMAIL PROTECTED]>
To: Micah Dowty <[EMAIL PROTECTED]>
Subject: Re: [Pgui-devel] Desktop-style window management
This description *exactly* matches how Blender's layout system works..
the limitations being that in Blender, there's only one app and document
(although it can contain many screens and scenes), and title bars ("area
headers") are only horizontal. Still, they can be hidden, top, or bottom.
By default, Blender has a very small InfoWindow at the top, which contains
a menu bar in its header, to look familiar to people who expect one.
On Mon, Jan 06, 2003 at 08:17:30AM -0700, Micah Dowty wrote:
> The new app manager I've been thinking of would solve this.
> I think there was a thread on this list a while back discussing it, but
> the archives are probably broke knowing sourceforge.
>
> In summary:
>
> - You can have multiple 'layouts' that would be analogous to virtual
> desktops or virtual terminals. They would be easy to switch between,
> and fullscreen
Blender terms this "Screens". Like scenes, they can be switched with a
menu button in the InfoWindow(s). Global hotkey: Ctrl+Left/Right.
>
> - Each layout would start with one fullscreen frame. Frames could be
> split, merged, and resized
Blender defaults to 3 screens defined, all with an InfoWindow on top.
They're 4-pane 3D, 1-pane 3D, and sequence editing (video
postproduction). The layout system works as described with right or
middle clicks at edges between areas.
>
> - Each frame has a way (a pull-down menu maybe) of selecting the app
> that resides in it
That's the first button in all area headers (Blender's equivalent of the
panel bar). It's a menubutton, and there are also hotkeys for switching
to different types of areas. The rest of the header is defined by the
area itself, i.e. ButtonWindow has the groups of buttons, 3D view window
has the view controls, and InfoWindow has the menubar.
>
> - Any app can appear in either zero or one frame in each layout
Well, if you consider Blender's Windows the analogue of apps, this
matches. A Window in Blender is something that can be put in an Area,
which is a visible frame in a screen.
>
> - The ability to have multiple layouts and to split frames would
> not get in the way of a novice's ability to sit down and use an
> app full-screen
Yep. Nobody forces you to switch Screens.
>
> - Everything would be accessible from a "titlebar" on the frame,
> a compact border or button, and/or the keyboard, depending on the
> device's input and display capabilities.
Blender calls the title bar a Header. It can be hidden or moved, per
area.
>
> - If you select an app for a frame that's already being displayed in
> another frame in the same layout, the apps would swap places
Blender doesn't quite do this, since its Windows get an instance per
Area; you just select the *type* of Window. This allows you to have i.e.
4 3D views from different perspectives. This doesn't make much sense for
all programs though, but perhaps some apps even in PicoGUI might want
the option to split themselves; I agree with the behaviour you suggest
as the default though.
>
> I know I'd love to use a system like this :)
> In a typical session on my desktop, I might have one layout with only a web
> browser, one layout with frames displaying my email, a media player,
> and an IRC app, another layout with a text editor, a few terminals, and the
> same IRC app...
--
PGP fingerprint = 9242 DC15 2502 FEAB E15F 84C6 D538 EC09 5380 5746
- End forwarded message -
--
Only you can prevent creeping featurism!
---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
Pgui-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/pgui-devel
Re: [Pgui-devel] Desktop-style window management
Hi Martin, Peter, please see this as a "power" and not as a shortcoming. Also see, how happy many people still are with character mode applications. This power does not come from the restriction to characters, it comes from the the way how simple and clear they are to use. It wasn't at all my intention to judge the existing window management philosophy of PicoGUI. Look, I have developed a nice little mainboard for a very small 68k computer scene without the ambition to make any profit. There is one variant of the native OS, which is under a weird proprietary license, and one which is free software. The proprietary OS is the only one which supports the highcolor graphics chipset I designed for my mainboard, but I would like the free native OS to also have a nice GUI. In fact I like the architecture of PicoGUI, and it seems portable to my machine. But I definitely need a sort of window management, that people are somewhat used to. With the existing PicoGUI window management I don't even need to attempt to find developers in my small scene (there are very few anyway), the race would certainly be lost before I start it. I do of course not expect window management additions for PicoGUI be made to help targets as exotic as mine. I just tried to kindly ask a few questions :-) Many thanks to all who gave their comments. Peter --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Pgui-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/pgui-devel
Re: [Pgui-devel] stuff missing out of profile.helio
Micah If you just don't specify any themes, widgets should appear as white boxes with black borders. That's what I did. When pgserver starts I have a black rectangle around a white screen. I'm guessing this is the "panel" acting as the app manager. I created and downloaded the lcdmono.th file. Neither one worked and I think they both gave me the error I mentioned yesterday. Now, pgserver starts. However tpcal does not run. I tried this with 2 different pgsessions (called from inittab at boot time) The first one: cd /usr/bin if ! cat /mnt/pointercal > /dev/null then tpcal >/mnt/pointercal fi pgserver The second one: pgserver In both cases, /etc/pgserver.conf contained: [pgserver] input = r3912ts appmgr = panel tpcal = "cd /usr/bin; ./tpcal" I can run tpcal by hand and it does respond to the touch points. I can also start vrcalc by hand but it does not respond to touch points. Any suggestions? Mark _ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Pgui-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/pgui-devel
[Pgui-devel] App with Photonic Theme for local and Ncurses for ssh access?
I want to write a small Python application to grab some user data from a serial device at remote locations, add a few annotations, and ship it off to our internet server. The client computer would be a cheap linux box with components of my own choosing, and broadband or dial-up internet connections. I think the photonic theme looks great http://picogui.org/sshotdetail.php?index=100, and I'd like anyone sitting down at the local machine's console and monitor to see the app in full GUI splendor. I will also need to remotely access this application over an ssh session, often with something like SecureCRT under widows, or even a linux PDA. I'd like something that looks as good as PyTone: http://www.luga.de/pytone/pytone.png The remote access is mostly for testing, support and maintenance purposes, but it does need to work remotely with full functionality, even if it doesn't look the same. How is PicoGUI going to help with a dual-purpose display like this? Is it just a matter of setting a theme preference on startup? Thanks. --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Pgui-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/pgui-devel
Re: [Pgui-devel] App with Photonic Theme for local and Ncurses for ssh access?
This sounds like a great applications for picogui :) Since the theme handles the mapping between widgets and a visual representation, you should be able to run your application in ncurses just by changing the video driver and theme. You may also want to change your app's UI layout depending on whether you're in text or graphicsl mode. You can do this by designing your app's UI with Widget Templates and changing the WT file it loads. This should become even easier once WTs and themes are integrated, as your app could just load its WTs from the current theme. As for user input, picogui has a 'hotspot' system that can be used for keyboard navigation in text mode. On Tue, Jan 07, 2003 at 12:56:48PM -0500, Jeff Kowalczyk wrote: > I want to write a small Python application to grab some user data from a serial >device at > remote locations, add a few annotations, and ship it off to our internet server. The > client computer would be a cheap linux box with components of my own choosing, and > broadband or dial-up internet connections. > > I think the photonic theme looks great http://picogui.org/sshotdetail.php?index=100, >and > I'd like anyone sitting down at the local machine's console and monitor to see the >app in > full GUI splendor. > > I will also need to remotely access this application over an ssh session, often with > something like SecureCRT under widows, or even a linux PDA. I'd like something that >looks > as good as PyTone: > http://www.luga.de/pytone/pytone.png > > The remote access is mostly for testing, support and maintenance purposes, but it >does > need to work remotely with full functionality, even if it doesn't look the same. > > How is PicoGUI going to help with a dual-purpose display like this? Is it just a >matter of > setting a theme preference on startup? Thanks. > > > > > > > --- > This SF.NET email is sponsored by: > SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! > http://www.vasoftware.com > ___ > Pgui-devel mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/pgui-devel -- Only you can prevent creeping featurism! --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Pgui-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/pgui-devel
Re: [Pgui-devel] Re: roms stopped working
On Wednesday 01 January 2003 06:52 pm, Mark and Janice Juszczec wrote: > Hi folks > > Matt, how the heck are ya? Unknown to you, you played a big role in me > getting around my problem. Doing well, no time for the Helio unfortunately. Glad to hear the helio cache was helpful, although it is rather disorganised... > BTW Matt, let me know if you've got to take that server down. I'd want to > keep copies of all that stuff. Will do. BTW if anyone wants a CD with my Helio archive on it let me know. > Matt do you or anyone else have the stuff used to build a working Helio > rom? Not the tools to make the image, the files that actually make up the > image. If so, could you send them to me? I'd like to link the keyboard > app and my pim app with it and do some further development. I'm not sure I follow you here. Everything I have can be found at http://mainland.essentialgoods.com/matt/vtech > Anyway, dos/win dt lets me flash roms to the Helio. So I'm back to my > original problem - trying to build a Helio version of pgserver and cli_c > from the picogui-0.43 source. Have you tried using the build system from http://mainland.essentialgoods.com/matt/vtech/linux/rom-build/new-kernel/picolinux-tarred? Untar all those files and you should be able to build a working helio rom with the older pgserver. Once that works then try upgrading to the latest pgserver. Or did you already solve your problem? Matt -- --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Pgui-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/pgui-devel
[Pgui-devel] Two bitmap overlap,
Hi, If Im not wrong I remember that there something about showing two bitmap on the same bitmap widget.I mean sometimes, I want to show two bitmaps overlap each other.Is it possible or not ? If possible how I can do this ? Sorry ,if Im wrong. Thanks and good work to everyone... --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Pgui-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/pgui-devel
