I have to say, in looking closer I'm going to revise my earlier statements somewhat. Some of the apps for Android are in fact becoming very capable. However I stand by the concept that the desktop paradigm is not dead, but will probably evolve in unexpected ways. I tend to think there will remain a ...

To put it another way, the user just wants to get their work done and log off.

Have kids? Every day I have to solve issues like "the internet only works at home" (she wasn't bothering to connect to another network with the damn tablet, didn't know she had to) or "this thing won't open my file" (she hadn't installed a word processor at all and just kept clic...

Grafpup took up way too much of my time. It cut into my already failing marriage and the time I should have been spending on my kids. Personally, not willing to go to that place again (maintaining an entire distro that is). I've re-set my priorities in the intervening years. If I saw a concerted eff...

Sure, the PC world is going downhill for various reasons - but this sector is not going to completely disappear any time soon. I'm not sure I'd call it downhill. It's going through major change for sure. The devices are getting smaller and more power efficient, which is not downhill but is rather p...

I've recently gotten my daughter a Nook HD, which for those not familiar is an Android based tablet. I'd have to say it does everything the "average" consumer expects from a computer. It's impressive. It kicks my old desktop's rear so far as graphics display go, it runs decently fast, and ...

A simple method would be to make two buttons and use show/hide actions to hide the first and show the second, or vice versa. I've used it on a few other widgets and it works pretty flawlessly. The only drawback comes in with large groups of widgets, where there will be a speed and startup penalty du...

That's probably because your function is only being run the first time the dialog is created. In order to get it to run whenever the widget refreshes you have to put it inside a pair of input tags. <entry> <variable>Entryku</variable> <action>eval $Entryku</action> <input>muncul</input <action>refre...

Ok, now I want to hide the tree if the entrybox is empty and show that again if I write something in the entrybox. How to do that? Try something like this <tree visible="false"> <variable>TREE</variable> </tree> <entry> <action function="show">TREE</action> </entry> I do a littl...

The key here if I understand correctly what is wanted, is that the default signal passed by the entry widget is "changed", and it's emitted every time you type any character into the box. What is needed is to perform the action on the press of the "Enter" key, which is why you ha...

+1 but to make them easier to follow run them with the --dump option, which will spit out the actual dialog passed to gtkdialog instead of all the functions he used to build the dialog. Even better save the dump to a file so you can look it over while you actually run the example.

ls -R1 <dir> may be closer to the python code than find Also awk is generally pretty fast/flexible for this stuff too... Anytime ash fails me, awk usually saves me. The output of find is much easier to parse for a lot of things than ls -R1. And at this point it's handily beating Python, although si...

If I'm understanding what you want to do correctly, you need to change the signal for the entrybox so that it performs the action you want when you press Enter. <action signal="activate">actions...</action> I'm having a hard time following exactly what you want to do. It seems to be a lang...

This seems to be a great leveler, with zsh bash and busybox ash all clocking in at @ 2.3-2.4 seconds for the equivalent script. Gotta love shell builtins.

Damn, thanks for that. It's golden. Works in zsh too apparently.

And busybox just did me proud. #!/tools/bin/ash for n in `seq 1 2 10` do find /storage/photos \ -type f \ -iname "*.jp*g" \ -o -iname "*.png" \ -o -iname "*.svg" \ -o -iname "*.tif*" | \ sed 's:\(.*\)/:\1|:' | \ while IFS='|' read dir file do echo "$dir/$...

For comparison. $ time ( for n in `seq 0 1 10` do find /storage/photos -type f \ -iname "*.jp*g" \ -o -iname "*.png" \ -o -iname "*.svg" \ -o -iname "*.tif" \ -o -iname "*.tiff" \ | sed 's:\(.*\)/:\1|:' \ | while IFS='|' read dir file do echo "$...

Or even better.

@nathan - it may be faster if you used pure shell without calling external binaries (or applets that need to be forked) Ex. Instead of find, use echo $path/*.ext Instead of grep, add a case to your while, case $line in *.svg|*.png)...;;esac Should drastically improve speed in most cases. Very true....

Question: Is there a way to automatically read the movie's name with "right-click" on the movie file and clicking the script instead of copy-paste it in the entry? Assuming the title of the movie file is the exact title of the movie plus some extension then yes. Say for an avi: TITLE=&quo...