Oh no! Where's the JavaScript?
Your Web browser does not have JavaScript enabled or does not support JavaScript. Please enable JavaScript on your Web browser to properly view this Web site, or upgrade to a Web browser that does support JavaScript.

Start_on_Pubscreen

Last updated on 10 days ago
N
ntromansMember
Posted 1 month ago
Start_on_Pubscreen allows any program, file or drawer's window to be started on a chosen public screen.

To open all files of a given type (e.g. a PDF) on one specific public screen, the file may be opened through its icon or via drag-and-drop onto Amistart.

Different programs, files and drawer windows may be mixed on one public screen by either opening via the cli or by drag-and-drop onto View_Pubscreen (see below).

The public screen is automatically closed when all windows on it have been closed.

Start_on_Pubscreen_Control is a commodity opened by hotkey which sets a global switch for Start_on_Pubscreen; in this way the use of public screens can be switched on and off as needed.

View_Pubscreen allows any public screen to be viewed in a window on Wanderer, and any file, program or drawer drag-and-dropped onto the window will be opened on that public screen.

All of the above are Hollywood applications and are started from Hollywoodplayer.

Any feedback on these programs would be much appreciated before I commit them to AROS archives.

Cheers,
Nigel.

P.S. for anyone that used FixAmistart (the program to close Amistart when a screen other than Wanderer is open), there were some conflicts with this so a new verion is attached.
You do not have access to view attachments
N
ntromansMember
Posted 10 days ago
New versions of Start_on_Pubsceen and Fix_Amistart attached.

For Start_on_Pubscreen, it's just View_Pubscreen that's been tweaked. I noticed that when using a CPU intensive program such as JanusUAE, there as a noticeable stutter every time the screen image & cycle gadget were updated, so I've added a variable time for the update from 5 s to 300 s including 'Never'. There is also a manual update button.

For Fix_Amistart I found occasionaly it was still not working as expected. After some experimentation I found the Hollywood function getfrontscreen() was not working as per the documentation; instead of reporting the frontmost screen it was reporting the screen with the current acive window (I think the same issue is with LilCalendar when, after going back to the calandar display from the event input window it can open on the wrong screen).

I've found a work-around, but it now requires Activatewin is in c:; full informationion the included documentation.

Any comments much appreciated before I commit to the AROS archived.

Cheers,
Nigel.
deadwood, Argo, Deremon
You do not have access to view attachments
You can view all discussion threads in this forum.
You cannot start a new discussion thread in this forum.
You cannot reply in this discussion thread.
You cannot start on a poll in this forum.
You cannot upload attachments in this forum.
You cannot download attachments in this forum.
Users who participated in discussion: ntromans
Sign In
Not a member yet? Click here to register.
Forgot Password?
Users Online Now
Guests Online 2
Members Online 0

Total Members: 291
Newest Member: buyPOE2Currency
Member Polls
Should AROSWorld continue with AROS-Exec files (SMF based)?
Yes44 %
44% [12 Votes]
No26 %
26% [7 Votes]
Not sure30 %
30% [8 Votes]