Print

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

[mulinex]

remote gui means a gui for the deamon?

[wuischke]

Yes and no. It can be used with aMule and with the daemon and can be run both on the local computer and on a remote computer.

[mulinex]

and this will be QT? so it is a universal gui. What are you telling me, then the old one might exist until the new one fits.. and everyone will use that.. so this is a clear yes to  QT gui... and here the suggestion is to start with a simple gui quick and dirty to go then deeper to the details instead of waiting for the release with all schnickschnack.

is there an estimated due date? I mean, 4 frames and these could be taken from qbittorrent.sf.net

[Kry]

...

No.
 You don't understand it. IT's a remote GUI. it's not the aMule gui. We ahve a remote GUI in wx, which is the same as the amule gui, we have a text-mode system, a webserver, soon a C# gui (I think already functional on cvs), also someone si working on a ncurses one.

Someone coding a QT remote gui for aMule doens't mean anything about the aMule development. Nothing. Zero. Nil. Our wx gui is a universal AND NATIVE GUI.

[mulinex]

who is making the remote one?

[Kry]

...

Which one of them?

[wuischke]

No one. There is NO QT remote gui and no, there are currently NO plans to develop such a remote GUI.


A quick lesson in English grammar:

We would probably support a remote GUI using QT

would + infinitive is used to form the conditional I for actions which might take place. As in: They are not reality yet, but they might be real at one time in the future.

So, when you take a look at our example you'll see that author used the following construction: "we would support". Taking into consideration our last session in English grammar, we see that we've got a conditional I. And a conditional I means that the author was talking about an action which might take place.

I think I'm going back to simply saying "No", there are less blissfully ignorant misunderstandings to be involved...

[lfroen]

Would amule join the QT-development, if imule starts?

amule can not "join" QT development (if you mean "develop QT itself) since we're not employees of Trolltech. What kind of question is that anyway.
I think that what you actually wanted to ask is "will amule move to QT if imule will"? And the answer is "WTF?". We don't share codebase or coders (AFAIK) with imule, so I can't see how is that relevant.

who is making the remote one?

I coded original version of wx-based one, and now working on c# based. As I explained earlier, I choose C# over QT due to numerous technical reasons.

You, for example may have another point of view, so please go ahead, and write your own in QT. This is Open Source, and we're accepting patches.

[mulinex]

ahead is this: a start has been made

http://sourceforge.net/tracker/index.php?func=detail&atid=886242&aid=1814590&group_id=178712

I attach the file, rename it from .txt to .ui

any ideas how to go on?

[lfroen]

ahead is this: a start has been made

http://sourceforge.net/tracker/index.php?func=detail&atid=886242&aid=1814590&group_id=178712

I attach the file, rename it from .txt to .ui

any ideas how to go on?

Rework it for a start:
    * The way you organized controls in pages is completely counter-intuitive. aMule preferences page with categories in left column is match better. Even old-style paged notebook is better, because it shows all available categories simultaneously.
    * Alignment of controls and frames is broken everywhere.
    * What's that placeholder in "Shared files" page? You suggesting to create it in run-time?
    * Port numbers can have 5 digits.

[mulinex]

thanks that you want to rework for a start.
* the left side menue or the pull down way, is just a choice. I can put each QT page into one own QT Sheet, this is just copy and paste.
* Shared files dialog is here: http://retroshare.svn.sourceforge.net/viewvc/retroshare/rs-Qt-gui/src/gui/Preferences/
* so as you see, the pull down preferences are sized for the window, that it is a sub-frame of the preferences tab of retoshare.
(as I learned that Open Source is a question of choice, I choosed the pull down way, because the other one was to difficult. Maybe if you want it in the left menue style, we can copy and paste the now designed pages?.
* "alignement": Think all icons and frames are adjusted in the right way to each other?
* Port numbers, ok,  is just a placeholder, that needs 5 digits, but that needs as well still the code for the functionality, maybe in this process we can change it to 5-digits layout-icons.

the rest of the gui is here: http://retroshare.svn.sourceforge.net/viewvc/retroshare/rs-Qt-gui/src/gui/
(Search tab or Transfer tab and Library Tab and network tab)
Statistics and Message tab are not needed now.

Please consider implementing Imule and Amule into this gui?
And: the general purpose of QT is to bring retroshare messenger under the gui.
QT has only this purpose, so don´t forget the core ;-), which is here:
http://retroshare.svn.sourceforge.net/viewvc/retroshare/rs-core/

[wuischke]

Please consider implementing Imule and Amule into this gui?

Uhm...no?

the general purpose of QT is to bring retroshare messenger under the gui

As we told you already a couple of times, we have no intention to switch to QT nor using the retroshare messenger.

Seriously, what do we have to do in order to make you understand this? Do you have problems understanding the English language? - no problem, I can surely find someone to translate it in your native tongue.

But I'll give you yet another summary:

• aMule will use wxwidgets and there are NO plans to change this.
• We have NO plans to include i2p-mule, retroshare, Friend-to-Friend or anything else eMule doesn't have.
• aMule is an P2P-application - we have NO plans to include any messenger or chat modules.
• We would be happy about a QT-remote-GUI¹, but someone has to do it - not only the design, but the code as well.
  

¹ a remote gui is a graphical user interface to control aMule remotely using a network connection. It is possible to control both aMule and the daemon with such a GUI and you can use it on your local computer as well (i.e. not remotely) as over the internet or a local network. The protocol used by aMule for the communication is called "External Connections" short "EC".

[lfroen]

thanks that you want to rework for a start.

Hilarious. I mean you have to rework it before making any use.

Please consider implementing Imule and Amule into this gui?

Can you please stop trolling? You've got your answer, it was "no", and it actually means "no".

aMule will use wxwidgets and there are NO plans to change this.

If you ask me, next major version of aMule is better move away from wx to QT. But that's topic for another discussion

We would be happy about a QT-remote-GUI

That's good only as coding exercise.

aMule is an P2P-application - we have NO plans to include any messenger or chat modules.

How about removing that damned "Chat" page, which is used solely for spam?

[phoenix]

aMule will use wxwidgets and there are NO plans to change this.

If you ask me, next major version of aMule is better move away from wx to QT. But that's topic for another discussion

Totally agree.

aMule is an P2P-application - we have NO plans to include any messenger or chat modules.

How about removing that damned "Chat" page, which is used solely for spam?

Totally agree too.

[mulinex]

cool.
(1) why should amule have not feature, that emule has not?
(2) Isn´t that here the thread for the QT gui of the next major Amule release?
(3) actually ?
(4) maybe messages could be replaced through an symmetric approved chat of friends?