Re: [Qt-jambi-interest] Acess UI from another thread
Matt. C. wrote: Basically you just use signals and slots to signal the main thread from the worker thread. Look at Qobject.connect and Qt::QueuedConnection in QtAssistant. I think this went to me personally, whereas the original poster would want it on the list so he could see it. :) Queued connections are one way. Personally, I've used this: MainThreadUpdater updater = new MainThreadUpdater(ui.widget); QCoreApplication.invokeAndWait(updater); Where MainThreadUpdater implements Runnable and basically just calls the user interface widget's update() method. On Fri, Oct 2, 2009 at 11:17 AM, Derek Fountain derekfount...@yahoo.co.uk mailto:derekfount...@yahoo.co.uk wrote: I'm working on a program that search for bluetooth devices and sends a file its. The problem is that when I find out a new device I need to register it on a QTreeWidget and actually the compiller tell me that it can't do it because the object ui is in another thread... Anyone know a solutions for this? No, it's a restriction of QtJambi that all GUI things need to run in the main thread. You need to rearrange your code so that the widget is handled in the main thread, and your worker thread tells it to update with the new device information. ___ Qt-jambi-interest mailing list Qt-jambi-interest@trolltech.com mailto:Qt-jambi-interest@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-jambi-interest ___ Qt-jambi-interest mailing list Qt-jambi-interest@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-jambi-interest
Re: [Qt-jambi-interest] Acess UI from another thread
I'm working on a program that search for bluetooth devices and sends a file its. The problem is that when I find out a new device I need to register it on a QTreeWidget and actually the compiller tell me that it can't do it because the object ui is in another thread... Anyone know a solutions for this? No, it's a restriction of QtJambi that all GUI things need to run in the main thread. You need to rearrange your code so that the widget is handled in the main thread, and your worker thread tells it to update with the new device information. ___ Qt-jambi-interest mailing list Qt-jambi-interest@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-jambi-interest
Re: [Qt-jambi-interest] NetBeans or Eclipse?
Now the further step is the choice of the IDE. At a first glance I prefer NetBeans, it seems to me a bit more clear and easier then the huge Eclipse. However I see that there's more talks about building and configuring Eclipse projects? What about Qt-Jambi? Does the platform plays a major role with it's ease of use? What are the respective pros and cons? I've never used Netbeans, so would also be interested to hear what people have to say about it. But Eclipse works very nicely with QtJambi. The Qt designer is properly integrated and all the build stuff just happens which is just how it should be. Eclipse understands about QtJambi projects, the content assist works as you'd expect, etc. As an emacs veteran of 20 years, I'd recommend Eclipse for QtJambi work - praise indeed. :) I can only speak for Eclipse on Linux, but I'd be surprised if other supported platforms were different. ___ Qt-jambi-interest mailing list Qt-jambi-interest@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-jambi-interest
Re: [Qt-jambi-interest] NetBeans or Eclipse?
Dusan Zatkovsky wrote: I extremely hate its keyboard shortcuts, which are difficult to remap and its gtk look BTW, to be honest, I am thinking about to give Eclipse second chance ( only for jambi projects ). Maybe when I will have some free time, I'll try it ... From the information in the rest of your post I'd conclude that the Eclipse integration is way ahead of Netbeans, so I'd suggest having another look at Eclipse ASAP. I've used the last two releases of Eclipse - Ganymede and Galileo - and the key mapping is very effective and simple to use. Maybe your experience was a few releases ago? I'd agree about the looks, but once you've got the fonts to your liking everything else is sugar. Based on what you said, I'd point the OP straight to Eclipse. ___ Qt-jambi-interest mailing list Qt-jambi-interest@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-jambi-interest
Re: [Qt-jambi-interest] newbie java gui programmer: will qt jambi be stable enough to invest on it?
G. Allegri wrote: Is the Qt Jambi strong enough to give us a promising future perspective? Ok, easy questions for difficult answers... I need just a hint to avoid investing on something that doesn't fit my skills. There was a debate on this a few months back when Trolltech announced QtJambi was being handed over to the community. My opinion was negative at the time, and although others tried hard to be optimistic, they didn't convince me, and I've not seen much positive in the intervening months. QtJambi is just too complex to hand over to the community. It requires in depth understanding of the internals of JVMs, in depth understanding of the internals of Qt, and in depth understanding of the tools that have been created to link everything together. The only people with that much knowledge are the Trolltech guys, and if it's not economical for Nokia to employ them to maintain QtJambi then it's hard to see how anyone else would find a business case to do so. On this list we've already seen examples of problems that people have reported that aren't going to be fixed by Trolltech. No one else knows how to do it, and no one else has stepped up to say they're going to learn. I'd still love someone to prove me wrong, for someone to step forward and say they'll maintain it. Sun are the only people I can see doing that, and given they're about to be swallowed I doubt it'll happen any time soon. In the meantime I still think it's a dying project. Much as it pains me to say it, I'd caution the OP against investing any significant time in it. ___ Qt-jambi-interest mailing list Qt-jambi-interest@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-jambi-interest
Re: [Qt-jambi-interest] newbie java gui programmer: will qt jambi be stable enough to invest on it?
the Qt interface in it. The java bindings for KDE were often behind the rest of the KDE bindings and was the work in the main of just one person but I would not be so sure that it can not be done by the community if there is a will and a small group of people to work with it. Indeed. The issue is simply finding the one or two people with the skills, knowledge, time and motivation to do this extremely difficult work for free. ___ Qt-jambi-interest mailing list Qt-jambi-interest@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-jambi-interest
[Qt-jambi-interest] Long dictionary class?
One of the annoying restrictions of Java, at least to those of us who frequent the worlds of Perl, PHP, etc., is the inability to define very long lines in the source. I have a SQL query that spans about 20 lines (and is growing in complexity by the day) and I want to embed it in my Java. I'm developing it inside a SQL tool and cut-n-pasting it into my Java source as I update it. Only that's a pain in Java because I can't just drop it into the source - I have to wrap it up in string concatenations in order to span the multiple lines. I want to keep the multi-line formatting so it's readable in the Java source. One way around this is to put the SQL string inside a text file, then access the contents of that text file from Java. Only I have several of these strings (they define reports) so what I really want is something that takes a text file like this: [report1] select * from blah blah blah blah [report2] select * from this that etc and so on. I ask for 'report1' and get the appropriate string. I can write such a thing, but I wondered if Qt had something I might be able to use. It has just about everything else. :) I just looked at QSettings - does that handle values that span lines? I'd rather not use XML unless I have to, I don't need that level of complexity. Any other options I should look at? ___ Qt-jambi-interest mailing list Qt-jambi-interest@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-jambi-interest
Re: [Qt-jambi-interest] Who emit signal
I have several qpushbutton calling the same slot. How can I know which one has emitted the signal inside the slot function. QtJambiObject has a signalSender() method which tells you that. ___ Qt-jambi-interest mailing list Qt-jambi-interest@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-jambi-interest
Re: [Qt-jambi-interest] The Jambi Problem
Eskil Abrahamsen Blomfeldt wrote: We have spent some time on this project, and we definitely wish to see it succeed out in the wild. But, as you say, we cannot commit to anything beyond what we have spare time for. I guess the issue for a lot of people comes down to a support channel. In the past, when bugs have been discovered that are tricky to fix, the response has been we'll get to work on that and you can expect a fix in the next release. Once that response becomes you're going to have to hope someone gets to work on that and you may or may not get a fix sometime, maybe never then people will immediately have a significant problem. Are we at that stage already? With no further releases planned from you and Gunnar, and with no community support anywhere near ready, I think we might be. It would have been so much better if the official announcement had said Qt Jambi is being discontinued, there will be one more official release before the FOSS community takes the project over. Is there any chance this might happen - one more official release while a community gets built up? I've been encouraged by the enthusiastic, albeit very limited, response that this list has revealed in the last few days. Maybe there are enough people and projects out there? Maybe a benefactor can be found? Maybe Sun or Nokia can find a bit of sponsorship money to pay someone a part time wage? But since the project has already been driven off the cliff, it's asking an awful lot for such a small group to get themselves together quickly enough to catch it! ___ Qt-jambi-interest mailing list Qt-jambi-interest@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-jambi-interest
Re: [Qt-jambi-interest] The Jambi Problem
Gunnar Sletta wrote: The name Jambi stems from a province in Sumatra, reciding next to the island of Java in Indonesia. LOL! At least we now know... Seems a rather good idea for a company-internal codename got stuck and became the commercial product name. ___ Qt-jambi-interest mailing list Qt-jambi-interest@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-jambi-interest
Re: [Qt-jambi-interest] The Jambi Problem
I'm in, what about you? Although I have plenty of free time at the moment, I don't know enough about Java internals, I don't know enough about C++, I don't know enough about Qt and I don't know enough about JNI. This was my point from an earlier post: Qt Jambi requires a lot of skills and a lot of internal knowledge about some seriously complex technology. If someone were going to pay me to learn and maintain it all, I'd jump at the chance. Since that's unlikely to happen I'm genuinely sad to say that I'll have to decline. ___ Qt-jambi-interest mailing list Qt-jambi-interest@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-jambi-interest
Re: [Qt-jambi-interest] Should I start a new project with Qt Jambi?
Let me rephrase this question: Who on this list would be willing to step forward and help maintain Qt Jambi? You might need to start with who on this list is *capable* of helping to maintain Qt Jambi? Judging by the activity on this list, there's hardly anyone involved with Qt Jambi - a few dozen names maybe? Of those, almost all are users. It's only the Trolltech guys who actually know the in depth technicalities about the project. I don't think anyone else in the community is likely to be able to fill the void those guys will leave behind when they get moved on. I suppose the starting point might be for the Trolls to write some in-depth white papers about how it all works so some other people can pick it up and work with it. Is that happening? Even if it does, it won't help with Qt 4.6 very much. Who is going to know the in depth details of the 4.6 implementation updates, to the point they can say ...this affects Qt Jambi in this way, so we'll need to reimplement this part of Qt Jambi using this technique...? Only the Trolls. Retaining and updating that level of knowledge is a full time job. I think that's the point Nokia don't understand. They've done the usual let's open it up and let the FOSS community do the work for us thing, without realising that large, complex projects still need money, and therefore business, behind them. That's fine if you're a kernel supporting a market for servers, or a DB supporting a market for applications, or an IDE supporting a market for developers. But a toolkit/language combo with hardly any users? It's not going to happen. Wishing and hoping that my arguments are shot down in flames and I'm comprehensively proved wrong... ___ Qt-jambi-interest mailing list Qt-jambi-interest@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-jambi-interest
[Qt-jambi-interest] What's involved in maintaining Qt Jambi?
Switching recent discussion around a bit, can I ask Gunnar and friends what's actually involved in maintaining Qt Jambi and taking it forwards? How much effort do you guys put into the project, say on an hours-per-week basis? Where, technically, do you concentrate your efforts? Is the whole thing a fire fight that requires constant work, or does it basically run itself with just bug reports coming in from time to time? Gregor might be right in thinking my pessimism is ill founded. Can someone in the know spell out what they think might be required in order for a FOSS team to maintain and develop Qt Jambi such that it progresses up to and beyond Qt 5.0? ___ Qt-jambi-interest mailing list Qt-jambi-interest@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-jambi-interest
Re: [Qt-jambi-interest] Making sections of text in a QTextEdit uneditable
As far as crazy ideas go, this one is probably shooting for the top 10: I want to show the user a text edit control with a fragment of source code. Parts of that fragment are shown only as a convenience to provide context information and should not be altered by the user. So this means that there are about 1 or 2 lines at the start and at the end of the fragment which should not be editable by the user (while the middle section is fully editable). I've not even played with QTextEdit as yet, but I notice it has a cursorPositionChanged() signal and a setReadOnly() method. So how about connecting that signal to a routine that switches the widget to read only when the cursor is moved into certain areas? Or maybe less confusingly for the user, don't actually allow the cursor into those areas in the first place? ___ Qt-jambi-interest mailing list Qt-jambi-interest@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-jambi-interest
[Qt-jambi-interest] Cannot find the main class error
I'm trying to get QtJambi running from Eclipse under Windows. I've installed the Ganymede JEE package and the QTJambi Win 32 package, and added the Eclipse integration package. Things seem to work correctly in Eclipse: I can create a QtJambi project and create a dialog using designer integrated into Eclipse. The juic compiler tool runs to create a java file containing my design, and the project builds without error. When I run it, however, I get a dialog pop up saying Could not find the main class. Program will exit. The Eclipse console contains the text I've pasted below. The file qtjambi-win32-msvc2005-4.4.0_01.jar it appears to be trying to read exists in that location and is readable. I can unpack it in WinRar and it looks fine to me. I've got things working from Linux, so I think I've got the installation procedure right, and the Eclipse integration works fine from Windows. I've tried backing out my 1.6 JDK to 1.5, deleting workspaces, and reinstalling everything. I've tried 2 different versions of the Eclipse package (JEE and the more basic Java one). I've even set up a virtual machine and done a fresh install of everything in there to ensure I'm not getting contamination. Same error. Has anyone got any idea what I've done wrong? The error in the Eclipse console is: java.lang.ExceptionInInitializerError at com.trolltech.qt.QtJambiObject.clinit(QtJambiObject.java:40) Caused by: java.lang.RuntimeException: Loading library failed, progress so far: Unpacking .jar file: 'file:/C:/Documents%20and%20Settings/derek/My%20Documents/Tools/qtjambi-win32-gpl-4.4.0_01/qtjambi-win32-msvc2005-4.4.0_01.jar' at com.trolltech.qt.internal.NativeLibraryManager.loadNativeLibrary(NativeLibraryManager.java:420) at com.trolltech.qt.internal.NativeLibraryManager.loadQtLibrary(NativeLibraryManager.java:352) at com.trolltech.qt.Utilities.loadQtLibrary(Utilities.java:120) at com.trolltech.qt.Utilities.loadQtLibrary(Utilities.java:116) at com.trolltech.qt.QtJambi_LibraryInitializer.clinit(QtJambi_LibraryInitializer.java:36) ... 1 more Caused by: java.lang.RuntimeException: Failed to unpack native libraries, progress so far: Unpacking .jar file: 'file:/C:/Documents%20and%20Settings/derek/My%20Documents/Tools/qtjambi-win32-gpl-4.4.0_01/qtjambi-win32-msvc2005-4.4.0_01.jar' at com.trolltech.qt.internal.NativeLibraryManager.unpack(NativeLibraryManager.java:365) at com.trolltech.qt.internal.NativeLibraryManager.loadLibrary_helper(NativeLibraryManager.java:426) at com.trolltech.qt.internal.NativeLibraryManager.loadNativeLibrary(NativeLibraryManager.java:415) ... 5 more Caused by: java.lang.NullPointerException at com.trolltech.qt.internal.NativeLibraryManager.readDeploySpec(NativeLibraryManager.java:483) at com.trolltech.qt.internal.NativeLibraryManager.unpackJarFile_helper(NativeLibraryManager.java:570) at com.trolltech.qt.internal.NativeLibraryManager.unpackJarFile(NativeLibraryManager.java:249) at com.trolltech.qt.internal.NativeLibraryManager.unpack_helper(NativeLibraryManager.java:382) at com.trolltech.qt.internal.NativeLibraryManager.unpack(NativeLibraryManager.java:360) ... 7 more Exception in thread main ___ Qt-jambi-interest mailing list Qt-jambi-interest@trolltech.com http://lists.trolltech.com/mailman/listinfo/qt-jambi-interest