Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
96 user(s) are online (53 user(s) are browsing Forums)

Members: 2
Guests: 94

Gregor, Marcio_D, more...

Headlines

Forum Index


Board index » All Posts (MichaelMerkel)




Re: FE and Broken Cluster Geometry
Not too shy to talk
Not too shy to talk


@RIBDEVIL

and with the os4_bootdevice variable set to AUTO it just boots from where the kickstart is loaded... much easier

regards...
michael

Go to top


Re: FE and Broken Cluster Geometry
Not too shy to talk
Not too shy to talk


@Hans

afaik the same behaviour can be achieved by setting the CFE variable os4_bootdevice to "auto".

that's how i do it with all of my boot partitions.

IMHO this should be the default in cfe. otherwise every user creating separate boot partitions has to do some magic in the kickstart folder which the end user actually should not touch.

btw: this is also described in the x1000_cfe.pdf in the documentation folder, page 10, bottom.

regards...
michael

Go to top


Re: AmiUpdate
Not too shy to talk
Not too shy to talk


just check the rollback directory manually for folder names which are NOT in the now correct format (YYYY-MM-DD).
iirc the problem was that there existed two folders with the "same" data. but in different format (the new YYYY-MM-DD and the old DD-MM-YYYY).
just try to merge them and delete the old one.

regards...
michael

Go to top


Re: OS4Depot hosting payment 2014-2015
Not too shy to talk
Not too shy to talk


@Hans
Quote:

Ideally PayPal's donation button would allow the donator to choose which currency they wish to donate in. Alas, I don't think that this is an option.

I know that people gave me smaller donations than intended due to the chosen currency for the buttons on my website being NZD. However, if I had changed it to USD or Euros, then donations would often result in a double exchange rate conversion, thereby diverting more of those donations to the coffers of PayPal and whichever bank(s) handle the conversion.


it would be even more important if the language was changed to the "correct" one when clicking on the button.
i actually did not understand much...
don't know why this does not work.

regards...
michael

Go to top


Re: Oddessy V1.23 AmigaOS 4x loading problem Solved!
Not too shy to talk
Not too shy to talk


@SyperHawk

Quote:
which file system would you reccommend? for the System Partition?


sfs. i don't think there is an alternative currently.

regards...
michael


Edited by MichaelMerkel on 2014/7/4 19:30:49
Go to top


Re: fastfix for 1.23
Not too shy to talk
Not too shy to talk


@kas1e

Quote:

There was big mistake from me in code : openurl didn't works at all before: i like a sucker forget to open openurl.library. Doh!

What works for us, its default inbuild urlopen (prefs:url), because it have no needs to open 3d party libs and way it handle apps not based on arexx, so, http/https/etc stuff just works as it, without needs to do anything else in code.

Mailto also should works, even if i forget to open openurl.library, if not that code:
...


just for the record - the os4 urlopen also does not work.
as others already mentioned running snoopy does not show any action when clicking on a mailto link.

regards...
michael

Go to top


Re: fastfix for 1.23
Not too shy to talk
Not too shy to talk


hi kas1e.
i just tested the useragent string (setting the env variable) and replaced amiga with macintosh.
that works! then google non-mobile starts.
even when adding both: "Amiga; Macintosh"

regards...
michael

Go to top


Re: fastfix for 1.23
Not too shy to talk
Not too shy to talk


<p>@MichaelMerkel</p><div class="xoopsQuote">of course this works fine - spoofing solves the problem. but using odyssey as odysses is only firing the mobile page. which is strange as the user agent these days hardly should be used (imho) for asking the browser for features.</div><p><br />i now tried a clean installation.</p><p>means - i extracted the archive to RAM and started from there. so no cookies or other settings available.</p><p>still not working. so no cookie problem. does google really work for all the others? i mean *not* showing the mobile site?</p><p>regards...<br />michael</p>

Go to top


Re: fastfix for 1.23
Not too shy to talk
Not too shy to talk


<p>@jabirulo</p><div class="xoopsQuote">Add to ULR settings "http://www.google.de/*" (or maybe "http://www.google.*/") in 'URL Settings...' and Spoof as Chrome. Quit&Launch Odyssey again and type/go to www.google.de and see if it goes to non mobile site/page.</div><p>of course this works fine - spoofing solves the problem.</p><p>but using odyssey as odysses is only firing the mobile page. which is strange as the user agent these days hardly should be used (imho) for asking the browser for features.</p><p>regards...<br />michael</p>

Go to top


Re: fastfix for 1.23
Not too shy to talk
Not too shy to talk


@jabirulo

no difference.

regards...
michael

Go to top


Re: fastfix for 1.23
Not too shy to talk
Not too shy to talk


@Phantom

same here btw.
also mobile version when searching.

or going to www.google.de results in the mobile version.
i can switch to the "normal" page at the bottom but this only lasts until revisiting the page.

when spoofing as chrome of firefox the desktop site comes up.
using the default/odyssey the mobile one starts.

regards...
michael

Go to top


Re: fastfix for 1.23
Not too shy to talk
Not too shy to talk


@ddni

just copy over the complete conf drawer from the former version.

regards...
michael

Go to top


Re: prefs files which works everywhere
Not too shy to talk
Not too shy to talk


@kas1e

it you want to point to the mui directory use the mui: assign. and not sys:mui.

but it seems that mui always uses the formatted name instead of the assigned or device one. strange! and imho a bug.

regards...
michael

Go to top


Re: fastfix for 1.23
Not too shy to talk
Not too shy to talk


@tommysammy
Quote:

I have missing entries in contextmenu
That is since fastfix1 and Odyssey 1.23 from Os4 depot works well with contextmenu

That is exactly what i fixed for fastfix1! The os4 depot version has missing entries. Also ALL previous versions btw! Fastfix1 shows those entries perfectly well now.
I'm not at home now. Maybe we can chat tomorrow evening.

Regards...
Michael

Go to top


Re: Odyssey 1.23 progress
Not too shy to talk
Not too shy to talk


<p>
@kas1e</p>
<blockquote>
<p>
<span style="font-family: Verdana, Arial, Helvetica, sans-serif;">While i made some fast fix packing with fixing minor things, will be good if now, anyone who have problems with locales (those ones which come with 1.23 on morphos by default), can send me fixed ones and i can include them to fast-fix too.</span><br style="font-family: Verdana, Arial, Helvetica, sans-serif;" />
<br style="font-family: Verdana, Arial, Helvetica, sans-serif;" />
<span style="font-family: Verdana, Arial, Helvetica, sans-serif;">Currently have one Italian one from samo.&nbsp;</span><br style="font-family: Verdana, Arial, Helvetica, sans-serif;" />
<br style="font-family: Verdana, Arial, Helvetica, sans-serif;" />
<span style="font-family: Verdana, Arial, Helvetica, sans-serif;">edit: The old ones ppls send me in between i just skip, because they was for 1.16, and so they can't be included in 1.23. Now, anyone who have problems with their locales, can make one for 1.23, test it, and send me, so i can include it to fast fix</span></p>
</blockquote>
<p>
&nbsp;</p>
<p>
still the same problem with the german catalog like the old odyssey. i again sent a mail to you regarding the utf-8 catalog parts.</p>
<p>
thanks and regards...<br />
michael</p>

Go to top


Re: Converting catalog in UTF-8 code
Not too shy to talk
Not too shy to talk


i think you can simply enter escape sequences for unicode. this should be much better readable and maintainable.
for example the german "ü" should result "\xc3\xbc"

on the os4 version unfortunately the utf8 "ü" in the catalog string results in the string not to be rendered...
roman needs to check this. no answer yet, though.

regards...
michael

Go to top


Re: MUI4 for OS4 released !
Not too shy to talk
Not too shy to talk


@Mlehto

you still (or better again) need it with the latest version.

regards...
michael

Go to top


Re: Updates of FastView, SysMon, FastCompress and NetDock
Not too shy to talk
Not too shy to talk


@zzd10h

Quote:
The installer is needed because there are question to ask to the user. For example, for ContextualMenu integration, for the path of course, for deficons replacement...


?? if fastview already is installed only the executable and readme has to be copied, hasn't it?
i mean there may be updates where some more settings need to be updated/adapted but in this case every one is free to use the complete installer. we're talking about *updates* of installed and working applications and not a complete installation.

if this is too complicated for mentioned applications then ok. i can keep on copying the executables manually - no problem. just thought it would be better to automate it.

regards...
michael

Go to top


Re: Updates of FastView, SysMon, FastCompress and NetDock
Not too shy to talk
Not too shy to talk


@Chris

sure. but imho autoupdate scripts should only do the absolutely necessary. this is copystore/copy. also the archive should be stripped to the neccessary - no full archive.
using the installer there should be an exception.

regards...
michael

Go to top


Re: Updates of FastView, SysMon, FastCompress and NetDock
Not too shy to talk
Not too shy to talk


@zzd10h

hi guillaume.

could you maybe change the way the amiupdate autoinstall is handled? currently fastview and flippaper are calling the standard installer. but for autoinstall scripts i personally don't like this. they should update silently without user interaction and only copy the required stuff.
just my 2ct...

thanks and regards
michael


Edited by MichaelMerkel on 2013/11/10 16:28:46
Go to top



TopTop
« 1 2 3 (4) 5 6 7 ... 16 »




Powered by XOOPS 2.0 © 2001-2023 The XOOPS Project