Mailing List Archive: 49091 messages
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

newbieQ: How to make full screen View layout with no border or title?

 [1/8] from: jasonic:nomadics at: 2-Oct-2001 2:44


I need to offer full-screen option, no visible titles, no window border widgets: clean minmax display canvas. So far I have this: Rebol [] screensize: system/view/screen-face/size view layout [ box screensize backcolor white ] Please, how do I lose the rest? thanks - Jason

 [2/8] from: carl:cybercraft at: 2-Oct-2001 23:46


On 02-Oct-01, Jason Cunliffe wrote:
> I need to offer full-screen option, no visible titles, no window > border widgets: clean minmax display canvas.
<<quoted lines omitted: 8>>
> thanks > - Jason
Try this... screensize: system/view/screen-face/size view/offset/options layout [ size screensize button "quit" [unview] ] 0x0 [no-border] Enter... ? view at the console to see all the View options. -- Carl Read

 [3/8] from: philb:upnaway at: 2-Oct-2001 19:52


Hi Jason, Try view/options/offset layout [ size system/view/screen-face/size button "End" [unview] ] [no-title no-border] 0x0 Cheers Phil -- Original Message -- I need to offer full-screen option, no visible titles, no window border widgets: clean minmax display canvas. So far I have this: Rebol [] screensize: system/view/screen-face/size view layout [ box screensize backcolor white ] Please, how do I lose the rest? thanks - Jason

 [4/8] from: holger::rebol::com at: 2-Oct-2001 6:45


On Tue, Oct 02, 2001 at 07:52:06PM +0800, [philb--upnaway--com] wrote:
> Hi Jason, > Try
<<quoted lines omitted: 4>>
> ] > [no-title no-border] 0x0
Yes, but please keep in mind that there is no guarantee that the resulting window will actually have these attributes on all systems, or that it will have the same size as the screen. The no-title and no-border keywords are hints to the operating system, nothing more. It is up to the OS and (for X11) to the window manager to decide exactly how the window is rendered. The application does not have final control over this, it can only make requests, so your window may very well end up having borders and a title bar (or other decorations) on some systems. Same thing for the offset: some X window managers are notorious for ignoring the application-provided offset, and position the window wherever they feel like, usually "staggered" in some way, or cached from the last time the application was run, or even interactively in a dialog with the user. We have seen this behavior with KDE, Twm and other widely used window managers. Another offset-related problem is that the offset may be off by the height and width of the border and titlebar. That is the result of some window managers handling offsets inconsistently and incorrectly on windows with borders or titlebar. And about the size: some systems support "virtual screens", so the value in system/view/screen-face/size might not be meaningful and only refer to one out of several possible screen sizes. The actual size being used for the virtual screen, once the window is opened, may very well be different, depending on configuration or user choices. It is still a good idea to use those flags if you really need that full-screen look (e.g. for a presentation program), but even if you do you still need to be prepared to handle smaller resulting windows, window dragging etc. in your applicarion. You should also allow the user to override the window size in your application's configuration settings, e.g. in the case where an operating system supports window sizes and offsets correctly, but ignores no-border or no-title (common in Unix), because in that case your window would end up partially off-screen with your current code, with some window managers. -- Holger Kruse [holger--rebol--com]

 [5/8] from: jasonic:nomadics at: 2-Oct-2001 12:01


Thanks Carl and Phil for the display advice. view/options/offset layout [ size system/view/screen-face/size button "End" [unview] ] [no-title no-border] 0x0 aha: my mistake was I had been trying to include the options and offset _within_ the layout block Can somone explain what the syntax rules are?
>> ? view
USAGE: VIEW view-face /new /offset xy /options opts /title text ..But following this does seem to work: view/offset/options layout [ size system/view/screen-face/size button "End" [unview] ] 0x0 [no-title no-border] why? How is one to know what order /new /offset /options /title can go in? Thanks -Jason

 [6/8] from: jasonic:nomadics at: 2-Oct-2001 12:21


<[holger--rebol--com]> wrote [...snip...]
> Yes, but please keep in mind that there is no guarantee that > the resulting window will actually have these attributes on all > systems, or that it will have the same size as the screen.
[...snip...]
> You should also allow the user to override the window size in your > application's configuration settings, e.g. in the case where an > operating system supports window sizes and offsets correctly, but > ignores no-border or no-title (common in Unix), because in that > case your window would end up partially off-screen with your current > code, with some window managers.
hmm.. Thanks for the heads up warning. I want full screen for connected presentation, public projection displays and kiosk use. A target application domain is public gathering and transporatation hubs: airports, stations, malls, etc. The 'local' end of these is shiops,hotels, resturants.. Can't test the X-windows or ones live here right now, but it really sounds like Win32 may be my best platform for clean kiosk display. A little ironic and disturbing isn't it? For example on Win32 with IE, including a View button link to screens such as [browse "-k http://64.7.41.98/nomadics/matrix1.htm"] looks very good. Presumably it is not too bad when I spec/prepare and controlthe [known] hardware/software intallation for kiosks. Ok when we can test and adapt in advance. But IIRC Win32 is the only reliable one reliable when one is installing 'blind'. Does anyone have Mac Rebol/View experience and can comment on this? - Jason

 [7/8] from: greggirwin:starband at: 2-Oct-2001 14:22


Hi Jason, <<..But following this does seem to work: view/offset/options layout [ size system/view/screen-face/size button "End" [unview] ] 0x0 [no-title no-border] why? >> Are you seeing any error messages in the console? This works: view/offset/options layout [ size system/view/screen-face/size button "End" [unview] ] 0x0 [no-title no-border] Try yours at the console (if you're not already) and see what it tells you. << How is one to know what order /new /offset /options /title can go in? >> The refinements can go in any order, and their associated arguments must appear in the same order as the refinements are listed. I.e. both of the following work:
>> view/offset/options lay 0x0 [no-border no-title] >> view/options/offset lay [no-border no-title] 0x0
--Gregg

 [8/8] from: carl:cybercraft at: 3-Oct-2001 7:25


On 03-Oct-01, Jason Cunilffe wrote:
> aha: my mistake was I had been trying to include the options and > offset _within_ the layout block Can somone explain what the syntax
<<quoted lines omitted: 12>>
> How is one to know what order /new /offset /options /title can go > in?
They're decided by the order you place them in after view. Ie, this is okay... view/offset/options layout [whatever] 0x0 [no-title no-border] as is this... view/options/offset layout [whatever] [no-title no-border] 0x0 -- Carl Read

Notes
  • Quoted lines have been omitted from some messages.
    View the message alone to see the lines that have been omitted