Re: [wip] folder explorer widget
 

TxPad can receive parameters, so to open a file use for example :
You can also pass multiple parameters and open multiple files at once...

But i am not sure how to "register" certain file types to be opened with my editor by default, i never looked into that..

TRX.

Re: [wip] folder explorer widget
 

This is true for some standard filetypes. I use hildon_mime_open_file.
It does not open .sh .py .conf or unknown files for example.

I'll ad an open with TXPad for all filetypes except .txt as standard.

Re: [wip] folder explorer widget
 

Updated first page

Re: [wip] folder explorer widget
 

btw I think it was the CSSU where you can disable dektop config mode.

Re: [wip] folder explorer widget
 

Py opens fine for me, but the other are probably not defined in my setup either... But thats the right way to do it, so if they dont open then they will need to be configured elsewhere. Thats what for example dbus-switchboard is made for ;)

Re: [wip] folder explorer widget
 

lol, this sounded so much like a complicated system trigger something, that I didn't even search for it. But right, dbus-switchboard solves the problem.

Re: [wip] folder explorer widget
 

Just an idea since you have already done a part of it ;)
But if you added a list of userconfigurable mimetypes to the configfile, that when found there would open a menu where the user could select either to open with the standardprogram or with a texteditor.
Then for example shellscripts and other files, that are both executed and edited by the user, could be both executed and edited in a simple way.

I do have an another idea too that would greatly expand the functionality without so much work, and that is to add a possibility to "open terminalwindow here" , that would open the terminal in the current directory.

But this is just ideas so do what you want with them ;)

Ps, thanks for the homebutton, it made a great difference :)

Re: [wip] folder explorer widget
 

... in the cue

The behavior of the widget is different when dbus-switchboard is installed, TXPad is not called anymore.

Re: [wip] folder explorer widget
 

Any progress? ;)

Re: [wip] folder explorer widget
 

I'll update the next days

Re: [wip] folder explorer widget
 

No problem ;) But next time... could you include the icons for folder.png and folder-up.png instead of the symlinks? :D

Re: [wip] folder explorer widget
 

I am not aware of adding symlinks. I think there is a problem somewhere else (gimp,gthumb,nautilus,my RAM...). Try moving the icons to another folder and back, or restart deskypplet.


Updated first page

Re: [wip] folder explorer widget
 

Hmm, where is the new .deb? By the new description it looks as it is on its way to be finished now ;)

It was a star in front of them in Midnight commander, i am not so used to linux but i think that means that it is a link...
-But i stole some icons from some other program so its okay. ;)

Re: [wip] folder explorer widget
 

I've got a problem, which shows only on the n900 and not in scratchbox.
bookmarks are working, but not the commands. It crashes, so I removed it .

Re: [wip] folder explorer widget
 

Updated first page

Re: [wip] folder explorer widget
 

This is an incredible piece of software now ... :)
Really thanks for all your work Sethkha !!

Re: [wip] folder explorer widget
 

:)

unfortunately osso-xterm doesn't seem to accept parameters (just -e). If someone worked out a script or command line to open xterm in given directory I'd be happy

Re: [wip] folder explorer widget
 

Are You using enhanced busybox (busybox-power)? It's quite a standard, just like kernel-power or CSSU, so if it works with it, it can be safely added as dependency. busybox-power only enhances (in fact, a lot), doesn't include any new problems.

Re: [wip] folder explorer widget
 

Yes, I have. This has nothing to do with the parameters of osso-xterm (?). If I remember correctly I can change some variable and then start xterm. Have to try this sometime.

Re: [wip] folder explorer widget
 

Now i have googled a lot and osso-xterm seems to only accept -e , which it didnt do in earlier versions of maemo.
However, the closest i got to something working was to run
osso_xterm -e "sh #
That opens a window and closes it immediately, probably sh need some parameters to start a user-session instead of a script.

Re: [wip] folder explorer widget
 

I solved the problem with the solution from filebox.
I'll update now.

Re: [wip] folder explorer widget
 

Updated first page

Re: [wip] folder explorer widget
 

Time for it to hit extras-devel? ;)

Re: [wip] folder explorer widget
 

yes, but it still crashes on first rotation after install (for everyone?).
Are you experienced in making debs?

Re: [wip] folder explorer widget
 

Personally, I'm not - just because I've never did anything worth being put to repos (this may change soon, cause I'm working on some thing). Still, as experience of some prove, using autobuilder to put packages into extras (AFAIK it packs it as .deb on it's own) is a matter of reading it's instruction and following relatively simple steps, i.e. anyone who get her/his a** up and read README can do that. Just keep in mind that I'm quoting popular opinions here, not my own experiences. Although, it seems to me, that most of non-repos things are out just because devs were too lazy to even check how easy/hard using repos is ;)

Of course I'm not attacking anyone, but something tells me that - honestly - non-repos developers didn't even tried to put something there. Anyway, for sure it's much more easy than creating program in first place.

Re: [wip] folder explorer widget
 

So, instead of being helpful you decided to flame me a bit, calling me lazy, although you obviously don't know anything about me and my available time? Or does your post serve any other purpose or some hidden usefulness?

Re: [wip] folder explorer widget
 

I hoped it was clear, but it seems I've not made it obvious enough - it was not my intention to flame You, or - in any way - depreciate your work.

I did exactly, what I write about it - forwarded opinion from ones knowledgeable in this topic. You see, some time ago, few people asked for help with putting their work in repos. Although personally, I was no use for them, I contacted certain very helpful guy, that had experiences with repos in close past. He answered there, but in *every* such case, it was revealed that said developers *never* tried to do it before, and instead, they were using time of aforementioned "knowledgeable guy", in a way that he was literally explaining how to read instructions.

So, after learning from such events, I did exactly what I did - informed You that - based on my observation - developers don't put things into repos, cause they're lazy a bit, at least to read how to perform this quite straightforward task. I haven't told that this is true in Your case - I just forwarded my (little, i must admit) knowledge about this process to You.

I agree, that it was not sugar-coated etc, but I think that it's not the point of posting. Of course, I could as good write one sentence "read documentation, then ask particular question", but that would be probably even less sugar-coated, don't You think? ;)

Anyway - if You want to put Your hard work (without any irony, I'm really amazed by how fast you've created such useful piece of code) into repos, read documentation, then, if You have problem with any particular thing, ask ;) I'll be happy to forward your question to knowledgeable ones, or check myself, if I'll be capable to.

If You prefer asking someone more knowledgeable than me - it's also good option. If, in other hand, You don't care about repos, or care only if someone will do it for You / perform here specially crafted tutorial, repeating things that are well-documented in autobuilder documentations - pity, but I'll live with it.

Ps.

Really, saying that someone could try to read straightforward documentation before asking != disrespect for their work in other areas...

Re: [wip] folder explorer widget
 

You asked for it. You don't even think about that YOU could upload it into the repos.

Why will it be done for ME? You think you are not responsible, because it was me who wrote it? My opinion is, it's as much your business as it is my business. You tell me I don't care, I tell you, you care less.
I don't know what's wrong in asking for cooperation in this community. Division of labor brings better and faster results. You can find good examples of cooperation in this thread, instead of "search yourself", or "read the documentation" posts .

It's tacky. Not disrespect for the work, but disrespect for the person asking, as you seem to think the person asking does not know he could read docs before asking.

Re: [wip] folder explorer widget
 

Estel, i get your point, but i also get Sethkhas point, and right now i mostly agree with Sethkhas community argument. ;)
So could you provide those links about how to upload to the repository, so i can look into how it is done when i get enough time apart from work.

Re: [wip] folder explorer widget
 

Hey, I didn't wanted to start any flamewar here - really. Also, I've - possibly wrong - took sethkha post as request for tutorial derived from documentation, rather than actual request for someone to maintain package created from his work.

in that case, I will help with pleasure - to be honest, for quite long time I wanted to learn repo mechanism (mainly due to many useful things scattered all over the forum, instead of sitting into repos) but I haven't had any thing worth putting there ;) and i didn't wanted to "learn" on someone else code, that I don't understand fully.

As for code understanding... Concept of one people coding, and another - possibly don't understanding 100% of said code - maintaining repos, is quite ridiculous to me. Mostly, because maintaining dude have small to 0 chances of solving problems, if application fail to compile in autobuilder - fixing things in code, that normally work, but doesn't stand in line with autobuilder standards, IMO require coding knowledge, at least medicore.

Of course it's doable, with correct cooperation between coder and maintainer - but IMO, such communication "tunneling" may prove consuming more time, that would it be *if* Creator maintain package himself.

Of course, I may be wrong in some/all above assumptions, and there is nothing, that should stop us from checking ourselves. If you *really* want someone else to maintain package from your code, possibly breaking further updates sending (see odyssey for getting pali's versions of kernel-power into repos correctly...)...

@electroaudio
As requested, here is first link and first thing to do:

https://garage.maemo.org/extras-assistant/

Need to apply for upload rights. It will be granted in few days, at most.

In meantime, there are 3 buttons on the right side - "Maemo Package interface", and "Autobuilder instructions" - which point us to:

http://extras-cauldron.garage.maemo.org/HOWTO.html

Steps I've taken to find this? I clicked "Development" in main menu of maemo.org (that big thing at top of the page, You can see it 2 forum too ;) ), typed "autobuilder" in search window, and clicked first result. Whooping 15 seconds. so, no, really, I think every developer is able to do it, no matter how much developing actual application take from her/his free time.

Anyway, I think we will just agree to disagree here, and I *really* mean no offense to Sethkha, nor I want to sound rude. Peace, and I'll be most happy to help whenever I can, even if we disagree at this little - and, to be honest, not most important - aspect.

---

I'm quite sure electroaudio will make good sue of instructions, but after being back from the trip (I'm few hours before setting off) - i.e. on monday - I'll try to learn it myself also, so I'm sure together, we can put this round something into suqare repository ;)

// Edit

This:
http://wiki.maemo.org/Uploading_to_Extras

May be also useful.

Re: [wip] folder explorer widget
 

If it's fast and easy then why are you complaining, if it takes a lot of time then I told you so.

Your point that it could be difficult related to problems with the code is valid and I didn't think much about this possibility. But I have problems solved in scratchbox which persist in the n900 and I simply don't know what to do. You or electroaudio should be able to cope with such feelings.
Just imagine somebody would collect all the scripts and things (don't know if there are much around) and upload them (maybe with a warning).

Yes, lets be nice to each other and enjoy our ride on our sinking ship. (Some of us could even see some passing Harmattans on their way down)

Back to the topic
The deb needs the .deskypplet folder somehow included.
Somehow the version history must be written.
It still crashes the desktop after the rotation after installation. Should something be uploaded which does this?

Re: [wip] folder explorer widget
 

Personally i have never rotated the desktop, it is constantly locked to landscape but that is not a severe error, or? would anyone complain if rotation would be removed?

Anyway, should Estel and i create an open account in garage where we can do the work together ? would it be possile to create Sethkha? or would Sethkha&Co or something like that be better? it is after all your hard work that we upload so you should get the credit for it :) and if everyone involved knows the password, then wouldnt that bypass the problems?

Otherwise i do have a garage account and i started the step by step process described by Estels link a day ago, but the part that got me was when i had to send an email to get upload rights, because i got a bit worried that if i did that, that i should block something.
-Opps, now i really have to run to work...

Re: [wip] folder explorer widget
 

Personally, I would opt for uploading from our "legitimate" accounts - this can be clearly stated in package description, that it is Sethkha work, and Sethkha can be granted maintainer rights (by anyone, who uploaded package first), so there is no problem of blocking something :) There is no such a thing, that first uploader gain "more maintainer rights" than people gaining maintainership of such package later.

As for history version and files/folders, it's perfectly doable, and uploading to repos doesn't force us to left some features trashed. That thing I'm sure of, judging on other packages and fancy thing they do after install.

I guess that creating folders, setting permission etc. should be handled by preinstall scripts ( that we need to create, just like postuninstall ones). Anyway, it's probably described latter in instructions I've provided, so - probably - it will all reveal itself in process of carefully following "tutorial" path, which electroaudio already started :)

I'll read this whole thing after returning - I'm currently writing from a train, guess using what kind of device :) - but even *if* we won't be able to handle some specific problems with this program working as it should through autobuilder, that would be definitely "problems about certain things", not "how to do autobuilder in general". So, I'm sure every repos user in community will help us with pleasure (what cannot be said about general type questions).

Also, don't be afraid of trying - devel is for that. If, by any chance, package won't be working there at all, no one will/should complain ;)

When, at some point, -devel package will work flawlessly for us, we can encourage people - via this topic - to teast it a little with usual -devel warnings. Then, it can be promotes to testing, voted etc.

Re: [wip] folder explorer widget
 

Ok, now the request has been sent to garage for confirmation :)

Re: [wip] folder explorer widget
 

I'll ad portrait support in the config file disabled by default. If there a wishes for having some things configurable, it's now the right time for mentioning that.

Re: [wip] folder explorer widget
 

Hmm, thats a hard one ;)

Maybe, if you want to do it... a fourth configfile with userdefined mime-replacements, like you have done with txpad and .deb before but externally configurable. (Have we discussed this before? i dont remember )


A completely different approach is to add some kind of gesture like doubletap or long hold for example, which would open a menu with commands that can be run on that particular file, but this is the work of a filemanager and there is already lots of possibilities to do that without adding it to the program.

Oh, and i have also found a small visual thing, when a line is too long in the actions-row then the bookmark-row gets very small.
-That is easy to solve, if the small gray text below was removed it would be up to the user to decide for a name that has the right size ;)

Re: [wip] folder explorer widget
 

Personally, i like to have configurable everything that is possible :)

Re: [wip] folder explorer widget
 

The garagerequest has now been granted.

Step 2: prepare your package

Start the Maemo SDK.

scratchbox

Inside Scratchbox you can create your Debian source package. Go to the directory where your project resides. Create your package with dpkg-buildpackage (man page)

dpkg-buildpackage -rfakeroot -sa -S

Note: full source packages (which include the original source) are required. The -sa option on the dpkg-buildpackage command forces the generation of the full source package.

You can now quit scratchbox.

Go to the directory where the package was built. This directory is probably inside the Scratchbox tree, e.g.:

/scratchbox/users/<your_name>/home/<your_name>/<package_dir_here>

You should find your .changes file there. Please upload this file in the form below.

Re: [wip] folder explorer widget
 

userdefined MIME replacements could come with time, but as you can define it in dbus-sb it's not the highest priority.

although i don't plan to make a real filemanager from deskypplet, a double tap will be included (hope so) as I would like to add things like "play folder". Long press would trigger desktop edit mode.
I removed the text already on my new version, and I am planning to add names to bookmarks.
I'll prepare a changes file.
I don't really care who the maintainer is. If you want me to be added to have someone who is responsible if anything's wrong you can mention me. Otherwise I am Foxconn . Sure it will be easier if I can upload updates directly.

Re: [wip] folder explorer widget
 

Its not the same as dbus-sb.. i just meant to move your current .deb and txpad configuration outside of the sourcecode and make it more general and userconfigurable ;)
-It would also give the possibility to have different actions from deskypplet and the system :)
However, no need to do it now, even if it would be fun to have it somewhere in the future ;) I will keep my 900 for a loong time :)

You will be added ;) thats a question of honor :)