[Linuxdcpp-team] [Bug 1297688] Re: Moving away from Win API to Multiplatform

https://lwn.net/Articles/607563/ ("Shifting toward Qt") focuses only on GTK+ and Qt, rather than the other alternatives suggested in this bug, but between them concludes that: "Nonetheless, it appears that, for the most part, there is growing technical frustration in the broader open-source commun

[Linuxdcpp-team] [Bug 1297688] Re: Moving away from Win API to Multiplatform

** Changed in: dcplusplus Importance: Undecided => Wishlist -- You received this bug notification because you are a member of Dcplusplus-team, which is subscribed to DC++. https://bugs.launchpad.net/bugs/1297688 Title: Moving away from Win API to Multiplatform Status in DC++: New Bug de

[Linuxdcpp-team] [Bug 1297688] Re: Moving away from Win API to Multiplatform

Perhaps it might be worthwhile to look at for a cross platform api -- You received this bug notification because you are a member of Dcplusplus-team, which is subscribed to DC++. https://bugs.launchpad.net/bugs/1297688 Title: Moving away from Win API to Multiplatform St

[Linuxdcpp-team] [Bug 1297688] Re: Moving away from Win API to Multiplatform

to explain DWT: it was not written from scratch. it's just an evolution of Smartwin, a toolkit which appeared to be one of the best at the time for Windows. it probably ended up needing more tinkering with than initially thought, but the result is (in my mind) amazing. the issue here is that Win

[Linuxdcpp-team] [Bug 1297688] Re: Moving away from Win API to Multiplatform

Having worked with GTK+ for LinuxDC++, I would highly not recommend using it to replace DWT. It is a C based library and the impedance mismatch with using it in a C++ based language makes for very unwieldy code. There is a C++ wrapper called gtkmm which may alleviate that, but when LinuxDC++ was or

[Linuxdcpp-team] [Bug 1297688] Re: Moving away from Win API to Multiplatform

Even though Qt is heavy, I don't think it being heavy should be a factor, DC++ includes the entirety of boost without trimming the proverbial 'fat' from it, so I don't think weight should be a determining factor. -- You received this bug notification because you are a member of Dcplusplus-team, w

[Linuxdcpp-team] [Bug 1297688] Re: Moving away from Win API to Multiplatform

Oh, and to add something possibly constructive: I know little about https://docs.enlightenment.org/stable/elementary/ - but it's another option. It doesn't seem to be that well-documented on Stackexchange, etc. It does have the general widgets and containers one expects: https://docs.enlightenment.

[Linuxdcpp-team] [Bug 1297688] Re: Moving away from Win API to Multiplatform

poy: one concern about Motif, and I'm not sure how important this will be in practice, is that Motif doesn't support Wayland at all. Major distributions such as Fedora [1] are aggressively trying to get Wayland to be the default windowing system. Within a couple of years X11's going to become a com

[Linuxdcpp-team] [Bug 1297688] Re: Moving away from Win API to Multiplatform

One of my little pet projects is j2c which can translate java to c++.. I've used it to translate SWT to C++ and it actually works (their demo apps run with a gtk backend).. swt has of course been a source of inspiration for dwt, both being light weight and using native widgets as far as possible bu

[Linuxdcpp-team] [Bug 1297688] Re: Moving away from Win API to Multiplatform

these are all points i have come across at some point but that must have been pushed to the back of my mind. i completely agree. qt is the most advanced toolkit at the moment; using it would somehow render dwt meaningless. i'm curious about lower-level alternatives, more closely tied to X, such as

[Linuxdcpp-team] [Bug 1297688] Re: Moving away from Win API to Multiplatform

While GTK might have been a good path forward when arne suggested it, it's worth re-evaluating whether GTK+ should be the default choice of backend. Since arne suggested that, Wireshark [1], Linux Torvald's diving application Subsurface [2, 3], and the desktop environment LXDE [4] have all either s

[Linuxdcpp-team] [Bug 1297688] Re: Moving away from Win API to Multiplatform

The alternative would be to make sure that plugins would get *everything*. Then, you could build plugins for each specific task (or have a main "DC++ Windows UI" plugin), such as changing the UI for a particular item (say, the search frame) that can specialize in e.g. operating system. -- You rec

[Linuxdcpp-team] [Bug 1297688] Re: Moving away from Win API to Multiplatform

on the dcpp lib part, my first task a few months ago was to make it compilable using scons; "scons test=1" correctly builds the lib and runs tests. instead of if-guarding too much, i prefer a wait&see approach here as Windows is rapidly getting up to par with Linux in terms of "advanced" C++ supp

[Linuxdcpp-team] [Bug 1297688] Re: Moving away from Win API to Multiplatform

Poy: out of curiosity how did you think about pursuing this? Port DWT or replace it? Personally I think if you intend to seriously pursue this, you should start by eliminating #ifdefs in dcpp lib, use separate cpp files for platform specific code and share only headers. This would limit preprocess

[Linuxdcpp-team] [Bug 1297688] Re: Moving away from Win API to Multiplatform

Im sure that if you talk to the other developers there are those that will dedicate their time to helpout and move the project in that direction so is this a valid future request ? and im hopeful that there will be small steps taken in the future :) hell i can try betas if thats of any help -- Y

[Linuxdcpp-team] [Bug 1297688] Re: Moving away from Win API to Multiplatform

for what it's worth, it was my new year resolution to pursue this. i still have a few months left! :) -- You received this bug notification because you are a member of Dcplusplus-team, which is subscribed to DC++. https://bugs.launchpad.net/bugs/1297688 Title: Moving away from Win API to Multi

[Linuxdcpp-team] [Bug 1297688] Re: Moving away from Win API to Multiplatform

Not interested in EiskaltDC++ or ApexDC++ since they are not the drivers of Direct Connect better if the vanilla client took steps towards multiplatform instead -- You received this bug notification because you are a member of Dcplusplus-team, which is subscribed to DC++. https://bugs.launchpad.n

[Linuxdcpp-team] [Bug 1297688] Re: Moving away from Win API to Multiplatform

Well there is EiskaltDC++ and the beta the guys at ApexDC are doing. So it's not such a bad world :P -- You received this bug notification because you are a member of Dcplusplus-team, which is subscribed to DC++. https://bugs.launchpad.net/bugs/1297688 Title: Moving away from Win API to Multip