Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
100 user(s) are online (84 user(s) are browsing Forums)

Members: 0
Guests: 100

more...

Support us!

Headlines

 
  Register To Post  

Fkey cannot save prefs
Just popping in
Just popping in


See User information
Hi!

In my OS4 final system I am not able to save the settings of the commodity Fkey.

Hitting the save button it said that "Unable to open file 'fkey'".

Please somebody confirm that is it a bug or bad installation?

Thanks in advance.

Lazi

Go to top
Re: Fkey cannot save prefs
Quite a regular
Quite a regular


See User information
@lazi

By chance have you changed icons for that?

ace

Go to top
Re: Fkey cannot save prefs
Just popping in
Just popping in


See User information
@acefnq

Quote:

By chance have you changed icons for that?


AFAIK it has the original icon with default tooltypes.

Lazi

Go to top
Re: Fkey cannot save prefs
Home away from home
Home away from home


See User information
@lazi

Maybe the icon is write-protected, have you checked?

Did you copy any files of a CD?

(NutsAboutAmiga)

Basilisk II for AmigaOS4
AmigaInputAnywhere
Excalibur
and other tools and apps.
Go to top
Re: Fkey cannot save prefs
Just can't stay away
Just can't stay away


See User information
@lazi
Make sure the icon is Write AND Delete enabled. some programs overwrite an icon others delete a write a new icon.

Amiga user since 1985
AOS4, A-EON, IBrowse & Alinea Betatester

Ps. I hate the new amigans website. <shudder>
Go to top
Re: Fkey cannot save prefs
Just popping in
Just popping in


See User information
@Severin

Quote:

Severin wrote:
@lazi
Make sure the icon is Write AND Delete enabled. some programs overwrite an icon others delete a write a new icon.


It is already writeable, deleteable...
... but I thought the prefs should be saved to env: and env-archive:

Resized Image

Go to top
Re: Fkey cannot save prefs
Supreme Council
Supreme Council


See User information
@lazi

No, the settings are saved as tooltypes in the icon

Simon

Go to top
Re: Fkey cannot save prefs
Just popping in
Just popping in


See User information
@Rigo

Quote:

Rigo wrote:
@lazi

No, the settings are saved as tooltypes in the icon

Simon


After saw your reply again checked the protection flags and the tooltypes. Then tried to save the prefs and magically it worked!

Cannot reproduce the original problem...

Lazi

Go to top
Re: Fkey cannot save prefs
Just can't stay away
Just can't stay away


See User information
@lazi

Quote:

lazi wrote:
@Severin

Quote:

Severin wrote:
@lazi
Make sure the icon is Write AND Delete enabled. some programs overwrite an icon others delete a write a new icon.


It is already writeable, deleteable...
... but I thought the prefs should be saved to env: and env-archive:

Resized Image


No, what you are seeing there are the attributes of the program file (FKey) itself. To see the icon's attributes, you need to go into a shell, or something like DOpus 4. It's the FKey.info file that has to be writeable and (possibly) deletable.

And although it is maybe a bit confusing, FKey is not formally a Prefs program (it doesn't live in the Prefs drawer, but in Utilities/Commodities). Had it been a "real" Prefs program, it would have had a .prefs file in ENV[ARC]:Sys/ like the others.

Best regards,

Niels

Go to top
Re: Fkey cannot save prefs
Just popping in
Just popping in


See User information
@nbache

Thanks for clarify those things!

I do not know why I jumbled up with the prefs.
"Rest I need. Rest..."

Bye!

Go to top
Re: Fkey cannot save prefs
Just popping in
Just popping in


See User information
@lazi

Finally I was able to understand my original problem!

When you start fkey from shell then it cannot reach the icon to store/load settings.

When started from wb then everything is working correctly.

As it is a commodity which should started by wbstartup normally there is not any problem with fkey.

It was a side effect of starting a commodity incorrectly.

So If you want to start a commodity by shell or by execute command then you should use wbrun to work correctly.

This is the OS that I can understand! :)

Go to top
Re: Fkey cannot save prefs
Not too shy to talk
Not too shy to talk


See User information
Actually, there's nothing stopping a program from loading its icon's tooltypes even when started from shell. DvPlayer loads the icon tooltypes when started from shell, although any shell arguments override what is set in the tooltypes for that particular setting.

Go to top
Re: Fkey cannot save prefs
Home away from home
Home away from home


See User information
@COBRA

Quote:
Actually, there's nothing stopping a program from loading its icon's tooltypes even when started from shell.


Well that depends on how the application was written?.

A normal AmigaDOS program will read it argumenst like this

Int Main (int args, char **arg )
{
For (i=<args;i++)
Printf(?arg%i : %s\n ?,I Arg[i] );
}

But on wb program the argument is read from wbstartup structure, and not the normal **arg, the program most check for this, and take care, you know it is a wb program when args is 0, then arg is not a char **, but wbstartup structure.

And also if you start the program from AmigaDOS you most take care and make shore it starts from the same directory as your icon, unless you change directory to your tooltype icon in your program.

(NutsAboutAmiga)

Basilisk II for AmigaOS4
AmigaInputAnywhere
Excalibur
and other tools and apps.
Go to top
Re: Fkey cannot save prefs
Just can't stay away
Just can't stay away


See User information
@LiveForIt

Quote:

A normal AmigaDOS program will read it argumenst like this

Int Main (int args, char **arg )
{
For (i=<args;i++)
Printf(?arg%i : %s\n ?,I Arg[i] );
}


A normal AmigaDOS (OS >= 2.0) program will use IDOS->ReadArgs(). This is what all the OS C: commands use for their commandline args. It takes care of the "?" option as well as providing a standard way to supply commandline arguments.

This argc, argv thing is an ANSI C construct and is provided by the C startup code and has nothing to do with the AmigaDOS. AmigaDOS just passes the entire commandline as a long string that the program can then parse as it pleases.

Quote:

And also if you start the program from AmigaDOS you most take care and make shore it starts from the same directory as your icon, unless you change directory to your tooltype icon in your program.


Not if the program makes use of "PROGDIR:".

Go to top
Re: Fkey cannot save prefs
Just can't stay away
Just can't stay away


See User information
@COBRA

Quote:

Actually, there's nothing stopping a program from loading its icon's tooltypes even when started from shell.


There's nothing stopping it. Except that this happens to be the way that commodities should work according to Commodore, it is stated so f.e. in the RKRM: Libraries section on commodities.library.

Also the commodities helper functions for reading tooltypes/arguments (ArgArrayInit(), ArgString(), etc.) work this way.

To be honest I really don't think this behavior makes much sense though.

Go to top
Re: Fkey cannot save prefs
Just can't stay away
Just can't stay away


See User information
HI @lazi

As it is a commodity which should started by wbstartup normally there is not any problem with fkey.

Not exactly. If Quake2 is your game directory, the commodity will screw up the keyboard inputs and you'll be dead quickly!

Use it when you 'need' it.

Go to top

  Register To Post

 




Currently Active Users Viewing This Thread: 1 ( 0 members and 1 Anonymous Users )




Powered by XOOPS 2.0 © 2001-2024 The XOOPS Project