Page 1 of 3 123 LastLast
Results 1 to 20 of 57

Thread: The return of the king!

  1. #1
    Join Date
    Jan 2006
    Location
    travelling
    Posts
    1,116
    Thanks
    8
    Thanked 127 Times in 121 Posts
    Qt products
    Qt4
    Platforms
    Unix/X11 Windows

    Cool The return of the king!

    Hi all,

    After DevQt's death I continued my work on the IDE I had started a few months ago. First I had to change its name because I thought it wouldn't be good to keep the name after the team splitted. But if I changed the name to Edyuk it's also because legally speaking 'DevQt' wasn't a good name...

    Anyway Edyuk developpment is anything but finished and it needs as many testers as possible. Thus I'm announcing that rebirth of DevQt now that I openned a Sourceforge project and started commiting on the SVN trunk.

    For some reasons I don't want to open Edyuk to a team based developpment right now but until that day come feel free to report bugs, send suggestions, and create plugins...

    A mailing list as also been created and it has been connected to the svn repository to keep track of commits.

    Suscribe to the mailing list
    Sourceforge site
    Edyuk website (still needs a lot of work )

    The address to access SVN repository is :
    https://svn.sourceforge.net/svnroot/edyuk
    Current Qt projects : QCodeEdit, RotiDeCode

  2. #2
    Join Date
    Jan 2006
    Location
    travelling
    Posts
    1,116
    Thanks
    8
    Thanked 127 Times in 121 Posts
    Qt products
    Qt4
    Platforms
    Unix/X11 Windows

    Default Re: The return of the king!

    Looks like nobody is interested...

    Anyway, as some people on the french forum pointed out, an archive will certainly be a little more convenient for many people willing to test Edyuk. So here it is...
    Attached Files Attached Files
    Current Qt projects : QCodeEdit, RotiDeCode

  3. #3
    Join Date
    Apr 2006
    Posts
    29
    Thanks
    1
    Thanked 1 Time in 1 Post
    Qt products
    Qt4
    Platforms
    MacOS X Unix/X11

    Default Re: The return of the king!

    Before your second post I checked the code out and compiled it on MacOSX using Qt-4.1.3.

    It works fine.

    Just a suggestion : since libedyuk is not a plugin, we have to set DYLD_LIBRARY_PATH to launch edyuk. Maybe this could be enhanced ...

  4. #4
    Join Date
    Jan 2006
    Location
    travelling
    Posts
    1,116
    Thanks
    8
    Thanked 127 Times in 121 Posts
    Qt products
    Qt4
    Platforms
    Unix/X11 Windows

    Default Re: The return of the king!

    Quote Originally Posted by jwintz
    Before your second post I checked the code out and compiled it on MacOSX using Qt-4.1.3.

    It works fine.
    Nice to hear such a comment! Did you tried openning a file or a project ? I'm asking this because people on the french forum told me it crashed... I guess they have a problem with the defaut plugin but I can't see what's wrong...

    Quote Originally Posted by jwintz
    Just a suggestion : since libedyuk is not a plugin, we have to set DYLD_LIBRARY_PATH to launch edyuk. Maybe this could be enhanced ...
    you mean that, in the edyk launch script, I should replace the line :
    Qt Code:
    1. LD_LIBRARY_PATh=$path:$LD_LIBRARY_PATH
    To copy to clipboard, switch view to plain text mode 
    by
    Qt Code:
    1. DYLD_LIBRARY_PATh=$path:$DYLD_LIBRARY_PATH
    To copy to clipboard, switch view to plain text mode 
    Then I'll do it but I'll need either 2 separate scripts (would be ugly) either a way to detect the OS from the script...
    Any ideas on how to do that?
    Current Qt projects : QCodeEdit, RotiDeCode

  5. #5
    Join Date
    Jan 2006
    Location
    Warsaw, Poland
    Posts
    33,359
    Thanks
    3
    Thanked 5,015 Times in 4,792 Posts
    Qt products
    Qt3 Qt4 Qt5 Qt/Embedded
    Platforms
    Unix/X11 Windows Android Maemo/MeeGo
    Wiki edits
    10

    Default Re: The return of the king!

    Quote Originally Posted by fullmetalcoder
    Then I'll do it but I'll need either 2 separate scripts (would be ugly) either a way to detect the OS from the script...
    Any ideas on how to do that?
    Set both.

    Qt Code:
    1. LD_LIBRARY_PATh=$path:$LD_LIBRARY_PATH \
    2. DYLD_LIBRARY_PATh=$path:$DYLD_LIBRARY_PATH \
    3. ./binary
    To copy to clipboard, switch view to plain text mode 

  6. The following user says thank you to wysota for this useful post:

    boudie (24th January 2010)

  7. #6
    Join Date
    Jan 2006
    Location
    travelling
    Posts
    1,116
    Thanks
    8
    Thanked 127 Times in 121 Posts
    Qt products
    Qt4
    Platforms
    Unix/X11 Windows

    Default Re: The return of the king!

    Yaeh! That would work as well and that would certainly be simpler than cecking for the OS. Stupid me!
    Current Qt projects : QCodeEdit, RotiDeCode

  8. #7
    Join Date
    Apr 2006
    Posts
    29
    Thanks
    1
    Thanked 1 Time in 1 Post
    Qt products
    Qt4
    Platforms
    MacOS X Unix/X11

    Default Re: The return of the king!

    I just remind that applications on mac are bundles and you have to launch it using the "open" command.

    $> export DYLD_LIBRARY_PATH ....
    $> open edyuk.bin.app

    or ...

    $> ./edyuk.bin.app/Content/MacOS/edyuk.bin

    The last solution is easier to embed in the script but it is not the apple recommandation for opening an application.

    Therefor I advise you to use the otool and install_name_tool command in order to embed frameworks into the application bundle. This could be done using a script ....

    More informations can be found at http://doc.trolltech.com/4.1/deployment-mac.html.

  9. #8
    Join Date
    Jan 2006
    Location
    travelling
    Posts
    1,116
    Thanks
    8
    Thanked 127 Times in 121 Posts
    Qt products
    Qt4
    Platforms
    Unix/X11 Windows

    Default Re: The return of the king!

    Quote Originally Posted by jwintz
    I just remind that applications on mac are bundles and you have to launch it using the "open" command.

    $> export DYLD_LIBRARY_PATH ....
    $> open edyuk.bin.app

    or ...

    $> ./edyuk.bin.app/Content/MacOS/edyuk.bin

    The last solution is easier to embed in the script but it is not the apple recommandation for opening an application.

    Therefor I advise you to use the otool and install_name_tool command in order to embed frameworks into the application bundle. This could be done using a script ....

    More informations can be found at http://doc.trolltech.com/4.1/deployment-mac.html
    Bunch of information! Maybe too much... I guess I'll follow the simplest way since I can't test any other : disabling bundles unless someone offers to take care of that aspect...
    Current Qt projects : QCodeEdit, RotiDeCode

  10. #9
    Join Date
    Apr 2006
    Posts
    29
    Thanks
    1
    Thanked 1 Time in 1 Post
    Qt products
    Qt4
    Platforms
    MacOS X Unix/X11

    Default Re: The return of the king!

    I don't think you should do that ... The simple option would be a script edyuk_macx with export and open. Then, for each file release, you should build bundle embedding all libraries using otool and install_name_tool.

    Persons checking your trunk out know how to launch edyuk without any script whereas final users just wanna drag and drop edyuk into their application folders or wherever else. This is why each release should be correctly packed the way it is mentionned in the deployment documentation and proposed in the forge file release system. Preparing the bundle is just a question of 5 minutes ...

  11. #10
    Join Date
    Jan 2006
    Location
    travelling
    Posts
    1,116
    Thanks
    8
    Thanked 127 Times in 121 Posts
    Qt products
    Qt4
    Platforms
    Unix/X11 Windows

    Default Re: The return of the king!

    Quote Originally Posted by jwintz
    Preparing the bundle is just a question of 5 minutes ...
    It may be true for a mac user but a poor guy like me that has only Fedora Core 5 and Window$ ME installed on his PC will never manage to bundle anything and that's why I'm looking for someone else to care about that... Or I'll just drop the bundle stuff...
    Current Qt projects : QCodeEdit, RotiDeCode

  12. #11
    Join Date
    Apr 2006
    Posts
    29
    Thanks
    1
    Thanked 1 Time in 1 Post
    Qt products
    Qt4
    Platforms
    MacOS X Unix/X11

    Default Re: The return of the king!

    No problem ! You just can't do that since you don't have a mac available but I or anyone having a mac can type these five lines for you when you whenever you decide a new release ...

    I mean preparing the bundle consists in :
    - svn update
    - qmake
    - make
    - otool .... (several times)
    - install_name_tool (several times)

    And that's it ! As for development, don't change anything it's just fine since the two last steps are just for mac.

    I'm gonna check this out soon when releasing the first version of my own software and I think at this time i'll try to make this automatic using qmake possibilities. I'll let you know ...

  13. #12
    Join Date
    Jan 2006
    Location
    travelling
    Posts
    1,116
    Thanks
    8
    Thanked 127 Times in 121 Posts
    Qt products
    Qt4
    Platforms
    Unix/X11 Windows

    Default Re: The return of the king!

    Thank you! Would be good to be able to automatize it through Mac. I think you can do something with custom functions but I haven't looked at that yet so I can't help you... Reading qmake docs should bring you an answer...
    Current Qt projects : QCodeEdit, RotiDeCode

  14. #13
    Join Date
    Jan 2006
    Location
    travelling
    Posts
    1,116
    Thanks
    8
    Thanked 127 Times in 121 Posts
    Qt products
    Qt4
    Platforms
    Unix/X11 Windows

    Default Re: The return of the king!

    Hi all,

    version 0.4.2 is out!!!
    SVN trunk has been updated and packages are no availables through Sourceforge release system. Go check out!

    Hope you'll like it even if compiling is not implemented yet...

    P.S : If a crash occures when you try to open a file please send me a bug report with complete system specs! This is a "well-know" bug that seems to happen only on Window$ XP with certain versions of Qt so I can't fix it... I've submitted a bug report to Trolltech but they didn't find any bug thelmselves... It's driving me mad!
    Current Qt projects : QCodeEdit, RotiDeCode

  15. #14
    Join Date
    Jan 2006
    Location
    Bremen, Germany
    Posts
    554
    Thanked 86 Times in 81 Posts
    Qt products
    Qt3 Qt4
    Platforms
    Unix/X11 Windows

    Default Re: The return of the king!

    I can't compile default plugin because of edyuk_plugin_main.cpp

    Qt Code:
    1. $HEADER$
    2.  
    3. #include "main.h"
    4.  
    5.  
    6. $PLUGIN_NAME$::$PLUGIN_NAME$()
    7. : QObject(0)
    8. {
    9. ;
    10. }
    11. ...
    To copy to clipboard, switch view to plain text mode 

    msvc doesn't like this.

  16. #15
    Join Date
    Jan 2006
    Location
    travelling
    Posts
    1,116
    Thanks
    8
    Thanked 127 Times in 121 Posts
    Qt products
    Qt4
    Platforms
    Unix/X11 Windows

    Default Re: The return of the king!

    Quote Originally Posted by ChristianEhrlicher
    I can't compile default plugin because of edyuk_plugin_main.cpp
    What are you talking about? This file is a template !!!
    It's not part of default plugin source... It's just data whose variables designed by two $ will be filled later on when the user wants to create a new file/project...

    Was it included in the project (I don't think so..), did you added it yourself or did something weirder occured?
    Current Qt projects : QCodeEdit, RotiDeCode

  17. #16
    Join Date
    Jan 2006
    Location
    Bremen, Germany
    Posts
    554
    Thanked 86 Times in 81 Posts
    Qt products
    Qt3 Qt4
    Platforms
    Unix/X11 Windows

    Default Re: The return of the king!

    I thought that this is a template but as qmake build a vcproj from it and the main pro-file also seemed to use it - it build a vs-solution *with* them) I thought it is maybe needed. Also your program crashed because no default plugin was found and as the project was named 'default' I used it...

  18. #17
    Join Date
    Jan 2006
    Location
    travelling
    Posts
    1,116
    Thanks
    8
    Thanked 127 Times in 121 Posts
    Qt products
    Qt4
    Platforms
    Unix/X11 Windows

    Default Re: The return of the king!

    Quote Originally Posted by ChristianEhrlicher
    I thought that this is a template but as qmake build a vcproj from it and the main pro-file also seemed to use it - it build a vs-solution *with* them) I thought it is maybe needed. Also your program crashed because no default plugin was found and as the project was named 'default' I used it...
    You're confusing me... I've just checked the src/default/default.pro file and as expected, I didn't found any occurence of the template files...

    What exactly did you do? There is no way for the templates to be processed by qmake except if you stupidly called "qmake -project" while there are already project files... If you generate *.vcproj , normally qmake should work well with subdirs so you'd only need to create two of them:
    • edyuk (core library, executable and default plugin) : edyuk.pro
    • [optionnal] examples (stub-plugin) : examples/examples.pro

    If subdirs aren't properly handled (I've heard that qmake bundled with 4.2 preview has troubles with them...) there are only 3 projects to create, using qmake to convert *.pro to *.vcproj and not to create anything else :
    • core library : src/lib/lib.pro
    • executable : src/exec/exec.pro
    • default plugin : src/default/default.pro
    • [optionnal] example plugin : examples/stub-plugin/stub-plugin.pro

    Edyuk won't crash if there are no default plugin but if no plugins are found it will abort using qFatal()...
    Current Qt projects : QCodeEdit, RotiDeCode

  19. #18
    Join Date
    Jan 2006
    Posts
    368
    Thanks
    14
    Thanked 18 Times in 17 Posts
    Qt products
    Qt4
    Platforms
    Unix/X11 Windows

    Default Re: The return of the king!

    I am experiencing crashes on this application since day one. I decided to look it up, and here is what I found so far:

    int DevText::column(const QTextCursor& c)
    for some reason the tab size was set to "0" on my setup. the code divides by the size of the tab.

    I deleted the configuration on my system, and I managed to reproduce the same problem.

    I would like to say, that I am strongly (un)impressed by the long compilation times. For example, on My gcc 4.01, AMD 2500, 512MB it takes 12m1.207s to build against Qt 4.1.4.

  20. #19
    Join Date
    Jan 2006
    Location
    Bremen, Germany
    Posts
    554
    Thanked 86 Times in 81 Posts
    Qt products
    Qt3 Qt4
    Platforms
    Unix/X11 Windows

    Default Re: The return of the king!

    I now used nmake generator and all works fine. I only got some warnings (http://msdn2.microsoft.com/en-us/library/695x5bes.aspx) at
    blockdata.h:48
    highlghterinterface.h:25
    devdock.h:28
    devperspective.h:30

    This seems to be a popular warning when compiling apps created with gcc (I found a lot of them during kdelibs4 compile).

    It started without crashing but got a crash when I wanted to close a source file.

    I should take a look on my vcproj generator why it failed. One thing I noticed is that vs don't like two projects with the same name as you have with edyuk.exe and edyuk.dll.

  21. #20
    Join Date
    Jan 2006
    Location
    travelling
    Posts
    1,116
    Thanks
    8
    Thanked 127 Times in 121 Posts
    Qt products
    Qt4
    Platforms
    Unix/X11 Windows

    Default Re: The return of the king!

    It started without crashing but got a crash when I wanted to close a source file.
    A crash when closing a source file but not when openning it? That's a new issue!!! Could you give more precision?

    I am experiencing crashes on this application since day one
    More precision about crashe(s) that you encoutered with this version?

    int DevText::column(const QTextCursor& c)
    for some reason the tab size was set to "0" on my setup. the code divides by the size of the tab.
    Thanks for that report elcuco. I'll fix it.

    I would like to say, that I am strongly (un)impressed by the long compilation times. For example, on My gcc 4.01, AMD 2500, 512MB it takes 12m1.207s to build against Qt 4.1.4.
    And maybe you have some magic tricks to make g++ compile OOP, especially with Qt meta data, faster???
    Current Qt projects : QCodeEdit, RotiDeCode

Similar Threads

  1. [SOLVED] DirectShow Video Player Inside Qt
    By ToddAtWSU in forum Qt Programming
    Replies: 16
    Last Post: 3rd November 2011, 08:47
  2. Carriage Return in QString
    By incapacitant in forum Newbie
    Replies: 7
    Last Post: 2nd December 2010, 10:18
  3. When is the best time to delete a QCanvasItem
    By irudkin in forum Qt Programming
    Replies: 12
    Last Post: 8th March 2007, 22:28
  4. Replies: 4
    Last Post: 24th March 2006, 23:50
  5. Adding numbers to circles in QPaint
    By therealjag in forum Qt Programming
    Replies: 1
    Last Post: 12th February 2006, 11:21

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  
Digia, Qt and their respective logos are trademarks of Digia Plc in Finland and/or other countries worldwide.