Puppy Linux Discussion Forum

8-bit · Joined: 03 Apr 2007 Posts: 3138 Location: Oregon

I did a bit to get this to work.
But It would need two functions to select the directory and the mask to use.

It may already have been done and no one has shown an example using the fileselect widget. When I get the functions competed, I may share it.

01micko · Joined: 11 Oct 2008 Posts: 7324 Location: qld

jpeps · Joined: 31 May 2008 Posts: 2902

thunor · Posted: Tue 30 Aug 2011, 06:29 Post subject:

01micko · Joined: 11 Oct 2008 Posts: 7324 Location: qld

Thunor.. you just caught me! (off to bed)

here is my hack: (due respect to Sigmund)

8-bit · Joined: 03 Apr 2007 Posts: 3138 Location: Oregon

In my case, "Severe case of thickness disease" Embarassed

Or "My brain must have went on vacation." Embarassed

But after looking closely at the code in the Fileselect example,
the light showed through and I got my brain back! Smile

zigbert · Joined: 29 Mar 2006 Posts: 5482 Location: Valåmoen, Norway

The latest gtkdialog has changed the behavior of the fileselect function. Before I go through all my scripts, I will ensure that this is intended behavior or an issue for gtkdialog.

The following code used to work, but now it fails because of the line <action>refresh:SEARCHPATHS</action> which is not necessary, and leads to no action of the fileseletion.

thunor · Posted: Tue 30 Aug 2011, 11:25 Post subject:

thunor · Posted: Tue 30 Aug 2011, 12:02 Post subject:

Sigmund

Unfortuntely it's not a complete working example so I'll have to guess what you are doing.

I think that you are using the shell variable $SEARCHPATHS at XML construction time to initialise the entry widget with saved data from a previous session.

Then you press the button to select a file which will be auto-inserted into the entry widget and then you refresh the entry widget with whatever value was in the shell variable $SEARCHPATHS at XML construction time!

It does what is expected, but the unnecessary refresh is wiping out the filename from the fileselect function.

Regards,
Thunor

8-bit · Joined: 03 Apr 2007 Posts: 3138 Location: Oregon

thunor,
run this from a terminal with the updated gtkdialog3.
enter a directory path and after clicking open and then click cancel twice. You will see that $SEARCHPATHS returns a null string.
Then try it with the original gtkdialog3 and you will see $SEARCHPATHS has a string.

thunor · Posted: Tue 30 Aug 2011, 12:25 Post subject:

Looking now...

zigbert · Joined: 29 Mar 2006 Posts: 5482 Location: Valåmoen, Norway

Thunor
Sorry that I didn't gave you an executable example. I'll put that in mind.

But you got it right, and I understand your explanation, - it's just that (as 8-bit shows) it used to work, but not anymore......

I'll start updating my scripts......

Thank you
Sigmund

8-bit · Joined: 03 Apr 2007 Posts: 3138 Location: Oregon

zigbert,
I may not have got everything right trying to create an executable script from your example, but I tried.
Anyway, since I kept a copy of the old gtkdialog3 and renamed it "old_gtkdialog3" in /usr/sbin all I had to do was change the gtkdialog3 at the end of the script to old_gtkdialog3 to check with the old version.

thunor · Posted: Tue 30 Aug 2011, 13:04 Post subject:

I now know why that worked, but I fixed it back r219.

There are some fundamental functions that were bugged (they weren't reentrant) and this resulted in iterating through a list of actions being prematurely terminated. In your example using the old gtkdialog3 0.7.20 Patriot Edition, the refresh action wouldn't get executed because the fileselect function would terminate the action list.

Place "<action>echo This fails to execute</action>" below the fileselect action and you'll see that now it gets executed but before it wouldn't. Making the functions reentrant stopped the corruption of the action list.

Regards,
Thunor

zigbert · Joined: 29 Mar 2006 Posts: 5482 Location: Valåmoen, Norway

I have updated my scripts, so this should now be an unexisting issue.