aMule Forum

Please login or register.

Login with username, password and session length
Advanced search  

News:

We're back! (IN POG FORM)

Author Topic: Thinking about a cocoa version of aMule  (Read 6994 times)

malcombsd

  • Newbie
  • Karma: 1
  • Offline Offline
  • Posts: 1
Thinking about a cocoa version of aMule
« on: June 26, 2008, 03:25:13 PM »

Hello guys,
I'm a indie mac programmer and a student of computer science. I've used aMule lots of times on my mac but the UI is terrible (that's a know issue ;-)
So I would to try make a cocoa version of aMule.
I don't know how the program was made but seems to have a guiless application called amuled. I could start from here and make a comunication layer between the gui and the code. Is it difficult?
What do you think?
Well it will be an opensource project and if others mac devs want to join it I'll be very happy.
Thank you so much and happy coding
malcom
Logged

wuischke

  • Developer
  • Hero Member
  • *****
  • Karma: 183
  • Offline Offline
  • Posts: 4319
Re: Thinking about a cocoa version of aMule
« Reply #1 on: June 26, 2008, 03:45:57 PM »

Hi,

there is already a communications layer you can use, called External connetions. There is no obj-c implementation yet, though.

As time permits it, I'll happily support your efforts, but I have no Mac and can't contribute code.

Logged

Bandeira

  • Jr. Member
  • **
  • Karma: 2
  • Offline Offline
  • Posts: 97
Re: Thinking about a cocoa version of aMule
« Reply #2 on: June 27, 2008, 12:37:24 AM »

Hi malcombsd, welcome to board.  :)

look my suggest gui:

http://forum.amule.org/index.php?topic=15271.0

http://forum.amule.org/index.php?topic=15276.0

http://forum.amule.org/index.php?topic=15241.0

http://forum.amule.org/index.php?topic=15256.0

Nice, cocoa ed2k app 64 bits for Snow Leopard  :D

I will disclose the project.
« Last Edit: June 27, 2008, 12:45:06 AM by Bandeira »
Logged

Kry

  • Ex-developer
  • Retired admin
  • Hero Member
  • *****
  • Karma: -665
  • Offline Offline
  • Posts: 5822
Re: Thinking about a cocoa version of aMule
« Reply #3 on: June 27, 2008, 03:47:04 PM »

I would happily support you as well malcombsd and I actually have a leopard and a tiger I can use. However, it's probably better if you first contribute criticism to the current interface. Also, if you're a mac coder, do you have experience with Cocoa? Because if you do (and I don't mean interface builders, but actual classes and ObjC) you amy want to try and get wxWidget's cocoa port to work correctly with aMule (by most probably working on the wxWidgets source).

UPDATE: I made changes to the aMule svn to be able to compile with wxCocoa, so tomorrow's tarball will compile with it. Be aware I just mean "compile". It actually crashes on running it, and I haven't checked why yet.
« Last Edit: June 27, 2008, 04:10:20 PM by Kry »
Logged

Kry

  • Ex-developer
  • Retired admin
  • Hero Member
  • *****
  • Karma: -665
  • Offline Offline
  • Posts: 5822
Re: Thinking about a cocoa version of aMule
« Reply #4 on: June 27, 2008, 04:20:45 PM »

For reference, I got it to run up to the main gui (and crash inmediatly afterwards). This is how it looks like:

Logged

Bandeira

  • Jr. Member
  • **
  • Karma: 2
  • Offline Offline
  • Posts: 97
Re: Thinking about a cocoa version of aMule
« Reply #5 on: June 27, 2008, 10:56:52 PM »

As you compiled wxcocoa?

My compile crash, http://trac.wxwidgets.org/ticket/9593

wxcocoa compiles on 64-bit?
Logged

Bandeira

  • Jr. Member
  • **
  • Karma: 2
  • Offline Offline
  • Posts: 97
Re: Thinking about a cocoa version of aMule
« Reply #6 on: June 28, 2008, 01:41:58 AM »

Hi Kry, How compile?

../configure CXXFLAGS="-arch i386 -pipe -fomit-frame-pointer" CFLAGS="-arch i386 -O2 -pipe -fomit-frame-pointer" --disable-shared --enable-unicode --disable-debug --disable-debug_gdb --with-cocoa

/Volumes/MacBook/CVS/aMule/wxMac-2.8.8/build/bk-deps g++ -c -o corelib_NSButton.o -I.pch/wxprec_corelib -D__WXCOCOA__     -I../src/tiff -I../src/jpeg -I../src/png   -I../src/regex  -DwxUSE_BASE=0 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -I/Volumes/MacBook/CVS/aMule/wxMac-2.8.8/build/lib/wx/include/cocoa-unicode-release-static-2.8 -I../include -DWX_PRECOMP -Wall -Wundef -Wno-ctor-dtor-privacy -O2 -fno-strict-aliasing -arch i386 -pipe -fomit-frame-pointer -fno-common ../src/cocoa/NSButton.mm
/Volumes/MacBook/CVS/aMule/wxMac-2.8.8/build/bk-deps g++ -c -o corelib_NSControl.o -I.pch/wxprec_corelib -D__WXCOCOA__     -I../src/tiff -I../src/jpeg -I../src/png   -I../src/regex  -DwxUSE_BASE=0 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -I/Volumes/MacBook/CVS/aMule/wxMac-2.8.8/build/lib/wx/include/cocoa-unicode-release-static-2.8 -I../include -DWX_PRECOMP -Wall -Wundef -Wno-ctor-dtor-privacy -O2 -fno-strict-aliasing -arch i386 -pipe -fomit-frame-pointer -fno-common ../src/cocoa/NSControl.mm
../src/cocoa/NSControl.mm:25:44: error: wx/cocoa/objc/objc_uniquifying.h: No such file or directory
../src/cocoa/NSButton.mm:25:44: error: wx/cocoa/objc/objc_uniquifying.h: No such file or directory
../src/cocoa/NSControl.mm:42: error: expected constructor, destructor, or type conversion before ‘implementation’
../src/cocoa/NSControl.mm:52: warning: ‘@end’ must appear in an @implementation context
../src/cocoa/NSControl.mm:58: error: expected constructor, destructor, or type conversion before ‘wxCocoaNSControlHash’
../src/cocoa/NSControl.mm:61: error: ‘WX_GET_OBJC_CLASS’ was not declared in this scope
../src/cocoa/NSControl.mm:61: error: expected identifier before ‘[’ token
../src/cocoa/NSControl.mm:61: error: objective-c++ message argument(s) are expected before ‘[’ token
../src/cocoa/NSControl.mm:61: error: expected `]' before ‘[’ token
../src/cocoa/NSControl.mm:61: error: expected primary-expression before ‘)’ token
../src/cocoa/NSControl.mm:61: error: ‘WX_GET_OBJC_CLASS’ was not declared in this scope
../src/cocoa/NSControl.mm:61: error: expected `]' before ‘alloc’
../src/cocoa/NSControl.mm:61: error: expected ‘,’ or ‘;’ before ‘alloc’
../include/wx/cocoa/ObjcRef.h: In function ‘void wxGCSafeRelease(Type*) [with Type = void]’:
../include/wx/cocoa/ObjcRef.h:178:   instantiated from ‘wxObjcAutoRefFromAlloc<T>::~wxObjcAutoRefFromAlloc() [with T = wxNSControlTarget*]’
../src/cocoa/NSControl.mm:61:   instantiated from here
../include/wx/cocoa/ObjcRef.h:96: warning: invalid receiver type ‘void *’
make: *** [corelib_NSControl.o] Error 1
make: *** Waiting for unfinished jobs....
../src/cocoa/NSButton.mm:45: error: expected constructor, destructor, or type conversion before ‘implementation’
../src/cocoa/NSButton.mm:53: warning: ‘@end’ must appear in an @implementation context
../src/cocoa/NSButton.mm:59: error: expected constructor, destructor, or type conversion before ‘wxObjcAutoRefFromAlloc’
make: *** [corelib_NSButton.o] Error 1
Logged

wuischke

  • Developer
  • Hero Member
  • *****
  • Karma: 183
  • Offline Offline
  • Posts: 4319
Re: Thinking about a cocoa version of aMule
« Reply #7 on: June 28, 2008, 02:02:45 AM »

Please wait for tomorrow's (respectively today's in GMT+2) tarball which contains the changes Kry made. :)
Logged

Bandeira

  • Jr. Member
  • **
  • Karma: 2
  • Offline Offline
  • Posts: 97
Re: Thinking about a cocoa version of aMule
« Reply #8 on: June 28, 2008, 02:03:17 AM »

Quote
However, it's probably better if you first contribute criticism to the current interface.
   
The developers of aMule are blind? All Mac user say aMule is ugly. The same question ever.

criticism to the current interface...
criticism to the current interface...
criticism to the current interface...
criticism to the current interface...
criticism to the current interface...
criticism to the current interface...
Logged

Bandeira

  • Jr. Member
  • **
  • Karma: 2
  • Offline Offline
  • Posts: 97
Re: Thinking about a cocoa version of aMule
« Reply #9 on: June 28, 2008, 02:04:49 AM »

Please wait for tomorrow's (respectively today's in GMT+2) tarball which contains the changes Kry made. :)

OK, now, how compile wxCocoa? My compile crash.
Logged

Bandeira

  • Jr. Member
  • **
  • Karma: 2
  • Offline Offline
  • Posts: 97
Re: Thinking about a cocoa version of aMule
« Reply #10 on: June 28, 2008, 01:50:39 PM »

http://sourceforge.net/projects/mlmac write in cocoa, and compile for intel.
Support Kad, ed2k, web interface, and xcode project.




« Last Edit: June 28, 2008, 02:43:17 PM by Bandeira »
Logged

wuischke

  • Developer
  • Hero Member
  • *****
  • Karma: 183
  • Offline Offline
  • Posts: 4319
Re: Thinking about a cocoa version of aMule
« Reply #11 on: June 28, 2008, 02:27:09 PM »

Bandeira: I suggest starting a wiki page where you collect and organize all your ideas. It's a bit confusing as of now and I believe having a wiki page will increase productivity for everybody working on a Mac interface. Thank you for your contributions.
Logged

Bandeira

  • Jr. Member
  • **
  • Karma: 2
  • Offline Offline
  • Posts: 97
Re: Thinking about a cocoa version of aMule
« Reply #12 on: June 28, 2008, 02:45:16 PM »

Ok, Thank you for suggest.
Logged

Bandeira

  • Jr. Member
  • **
  • Karma: 2
  • Offline Offline
  • Posts: 97
Re: Thinking about a cocoa version of aMule
« Reply #13 on: June 29, 2008, 11:27:02 PM »

To create an interface in Mac already has the main amuled and amulecmd, now must bear mlMac or create an interface to raise amuled and manage amulecmd.

amuled + amulecmd are better than mlnet. Low cpu use 3%

Now I use on Mac, amuled + amulecmd with the Terminal.

Or does not need to amulecmd? Only gui for amuled?
« Last Edit: June 29, 2008, 11:36:35 PM by Bandeira »
Logged