Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[morph]

Hi all,
could you please implement "Last Seen Complete" msg exchange between amuled and amulegui?

As of now (CVS20060504), when I start up amulegui and switch to Transfer Window, I can see, for very very few seconds, that column populated with that info, but after the first refresh of the page (I think it's the first...) the column starts to be populate with "Unknown" and with dates from 1970 if a file is being downloaded...

That would be really helpful to manage amuled file deletion.

Thanks & Regards

[lfroen]

Will be fixed.

[Arichy]

Would be nice, if amulegui had all features of amule monolithic gui.

If the devs use it, they see, how much is not implemented yet.

Would also be nice, for example, if completed files do not disappear from download list anymore.

due to performance reasons I have to use amuled/amulegui.

Thanks!

[morph]

Yes, it would be nice....   and I think amulegui will be featured completed in the future. Even amulecmd is a really interesting tool, to expand/complete

As of now, I think devs are mainly on amule, since many users run it. I have to use amuled/amulegui/amulecmd for performance too, and even because I don't need all the time a gui, ad this frees some memory for other processes.

[Bourdieu]

Adding features from aMule monolithic to amuled, amulegui, and amulecmd, is also most wanted for me.

For now, there are things that I can't do with amulegui, i have to use the web interface.

If amulegui and the other tools used with amuled reach the same level of features and stability of the monolithic app it would be great.

Hope the devs will focus on that soon.
good work, nevertheless.

[lfroen]

Would be nice, if amulegui had all features of amule monolithic gui.

Some features are not possible to implement remotely. This include: everything including file path (we can't browse on remote machine); all "friend" related stuff; statistics can be quite limited due to performance issues.

[morph]

I think some users (including me) are using amuled+amulegui+amulecmd on their systems due to reduced resources occupation.

So, about path, you could even implement a check to verify if you're connected locally or remotely, and if the first holds, than enable all path releted works.

Anyhow, files path in shared list could even be displayed, since it's just informative.

Friends: could you explain what are the problems with friends-management?

[lfroen]

I think some users (including me) are using amuled+amulegui+amulecmd on their systems due to reduced resources occupation.

Running them both on single machine will take MORE resources that gui amule (due to datastructure mirroring in remote gui process).

you could even implement a check to verify if you're connected locally or remotely

Yes, it can be done in some cases. But - what's a point of running amuled+amulegui locally ?! (see previous note about memory consumption). Remote gui is called "remote" because it enables you _remote_ control (sorry for bad english)

files path in shared list could even be displayed

And this is misleading info, since nothing tells user that path is on another (on which one ?) machine.

[morph]

Running them both on single machine will take MORE resources that gui amule (due to datastructure mirroring in remote gui process).

Not really. In theory, you're right, but there is something in the amule (when I've tested it) that starts using more and more ram, and so system becomes inresponsible. with amuled+amulegui, I just need to close amulegui if it starts eat too much memory, or if I don't need a gui for some time, thus whole system memory consumption.

I start amuled and live it alone, when I need to interact with it, I use amulecmd (mainly for batch or scheduled tasks) or amulegui (for management tasks).

And this is misleading info, since nothing tells user that path is on another (on which one ?) machine.

User chooses the machine to connect to at amulegui start up... I think he should be aware to what machine he's connecting to and that amulegui displays info about remote amuled...  

[lfroen]

I think he should be aware

User ? _Should_ ? Yea, right ....

[Bourdieu]

I always use amuled + amulegui + amulecmd locally, because it's the only way as far as I know to be able to logout from my account without the application to stop. I think It's due to the connection to the X11 server.

Running them both on single machine will take MORE resources that gui amule (due to datastructure mirroring in remote gui process).

Most of the time you don't need to interact with aMule. So, in my case 99.9% of the time I only run amuled, the rest of the time I use amulecmd, amulegui or the web interface (I can't search with amulegui, don't know if It's normal).

[lfroen]

I can't search with amulegui, don't know if It's normal

No, this is not normal, I will check why.

[realcruncher]

Originally posted by Bourdieu
I always use amuled + amulegui + amulecmd locally, because it's the only way as far as I know to be able to logout from my account without the application to stop. I think It's due to the connection to the X11 server.

Try vncserver instead of X11 local server.

[Aethereal]

The vncserver solution will only work if he's planning to leave the session running amule always open and connect to it (via vnc) when he needs the gui. I don't think it's a better solution than the one he is using now, i.e. leaving the PC on and amuled running, and use amulegui when needed from any open graphic session (or amulecmd from a text-only one).

[lfroen]

because it's the only way as far as I know to be able to logout

Correct. This is second (after remote control) use-case for remote gui. Most people, however, logout only when rebooting and/or shutting system down.