@walkero


The site does not work in Odyssey. It is this Cloudflare nonesense which discriminates against browsers it does not khow about. All you get is a Captcha that you cannot get past, the same page just keeps loading. Can you plese give Amiga friendly links !

@jap

Interesting but may be skewed as people that use OS4 for everything such as myself could not take part in a poll that will not run on Amiga browsers. Next time meake sure you test it out with Odyssey first.

No point really in having polls Amiga users cannot access.

@Rigo

Perhaps the retards who do Amiga polls ought to realise that people will most likely be wanting to use an Amiga bro9wser to acces it. As far as I know Chrome does not run on OS4 !

@ Gregor


+1000

I am really sick of websites 'upgrading' from useable to not working sites. I wish these people would test their sites on all browsers anbd not just slap an upgrade your browser page on which we of course cannot do.

@Raziel

Would WaitNotify on OS4Depot be what you need ?

@Origin

Nice to see.

Both Snowflakes and the static menu

Thanks for fixing.

@Raziel

Quote:


Likewise I get exactly the same here. If it is not a valid download why does it still show it ?

@imagodespira

Quote:

It is an Amiga standard function. Just hold down the CTRL and L-Amiga keys and you can move ANY window, whether it has a dragbar or not, from clicking anywhere within the window.

@Amigo1

Quote:

I don't expect much time at all. CFE *used* to have that option, it is just a case of putting it back again. It makes far more sense for it there than in the OS Prefs.

In the official AmigaOne X1000 Firmware and Booting Guide (CFE) however, the CFE> setenv -p keymap_swapaltamiga "on/off variable is mentioned on page 12.

It should IMHO still be there.


A programmable keyboard does sound nice but with 2 X1000s and an old XE I cannot really justify the expense.

@Severin

> Open Input prefs and toggle the "swap alt/amiga keys" option.

Not really good enough. This only functions AFTER OS4 has been loaded. The keys are still swapped physically if you are running Linux or in the erly startup menu.

The number of times I have done a hard reboot from the ESM when I meant to do a soft reboot is far too many - especially with the S L O W initialisation at the beginning od a hrd boot. Definitely NOT a mistake that you want to do.

This really need to be done for the machine and not after an OS has loaded.

If the keys are swapped they remain swapped you do not prise them off and refit them when using the early start menu or Linux !

This needs to be (once again) in the CFE.

@orgin

Yippeeeee. The title bar is back to normal.

No more scrolling when I want to go home or use the menu and I am near the bottom of the page.

Hopefully by next year the snowflakes title bar will work like this too.


Bill.

@orgin

Quote:

I noticed it - and maybe should have mentioned it. I thought though it would get fixed before this year ! Hopefully by next year it will work properly.

@rest

I am talking obout Odyssey of course, who really cares if the site works or does not work on non-Amiga browsers!

However, I just tried both Chrome and Silk on my Amazon device and the title and menu do not work properly there either - have some wires been crossed. What I meant is that without the snowflakes the menu and title bar always stay at the top of the display, whereas with the flakes they scroll out of view so you have to scroll back to the top to click the Home button.

Having the menu options is always available is lost with the Xmas theme. It will be a css display thing.

@orgin

Quote:




Quote:

Bah Humbug !

The snowflakes on the page title bar are all very nice but...

... their appearance is at the expense of the far more useful feature of keeping the title bar and more importantly menu options visible when you scroll down the page.

I am sure someone is capable of having the site keep the functionality AND having the snowflakes.

@Rigo

Quote:

It used to. At some point the keymap_swapaltamiga boot variable was removed and the key swapping done after OS4 has loaded in Input Prefs. Why is anyone's guess and IMHO a bad idea.

The key caps are physically swapped on the keyboard and are a hardware issue not an OS issue so should be set by CFE as they used to be.

Only after the OS has loaded can you use the keys next to the space bars as Amiga keys which leads to problems with the eraly startup menu which still thinks they are ALT keys so I often endup doing a hard reboot instead of a soft one. Same if you are using Linux, despite having phyically swapped the key caps the ones next to the space bar are treated as ALT not Amiga keys, which when you are used to getting what it says on the key you pressed rather inconvenient.

For consistancy it is best the swap done in CFE and the OS Input option to swap keys removed. Then they will always be swapped and not just after OS4 has loaded.

There are no doubt other reasons the newest CFE has to be used or I would go back to ther earler one when the keymap_swapaltamiga worked properly.


Bill.

@kas1e

Quote:

You mean something like using the ALT key while moving the mouse as in Golded (Cubic IDE) ?


Bill.

CSS and Javascript certainly.

@Hans

Here is how Digital Universe can automatically install 3DStars if required. This is done after the installation of the main application. I only used the log filename just an case people want to install 3DS manually, and its best to do it afterwards rather than before.



You would use something like:

(set @execute-dir 'path of folder containing the AmiSSL install')
(run "run >nil: sys:utilities/Installer 'name of AmiSSL install file' APPNAME 'AmiSSL programme name' " ) DEFUSER is optional and not necessarily needed.

Done. No change from lst time.