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