General and Desktop

@x0 = mru::mruaWidget[0]->xInicialLineEdit->text().toFloat(&ok);@ you are trying to access data without an instance of the class; this is only possible if this data is declared as static: @static MruaLineEdit *mruaWidget[2]; //<<=== These two objects@ Or another way you should instantiate your class and access this data througt this instance: @mru *mruInstance = new mru(); mruInstance->mruaWidget[0]->xInicialLineEdit->text().toFloat(&ok);@ it's not clear what youre trying to achive though :) P.S. static data is shared among all instances (and even exist without any instance) while non static data is specific for every instance of a class and does not exist without an object (instance)

bq. OpenGL does not decode the video, it just does the rasterization of your QGraphicsScene, the final step to “display” the video on screen. You should use some profiling tools to figure where your application is actually spending all this CPU time. My bet would be on the decompression side or something with the texture generation for each video frame. Yes I know. When I playback the video with Windows Media Player I have around 8 to 15 percent CPU usage, so it has to to something with the graphic scene. The strange thing is that this 'problem' is known and its usually solved by activating OpenGL for hardware rendering as described in the above article or "here":http://stackoverflow.com/questions/3692712/python-qt-display-text-label-above-another-widgetphonon and some other places..

To connect with maliit server You can use D-Bus =)

Hi! why msvc2008? "msvc2010 express is free to download":http://www.microsoft.com/visualstudio/eng/downloads#d-2010-express and there are already built "QT5 RC packages (x86)":http://releases.qt-project.org/qt5.0/rc1/qt-windows-opensource-5.0.0-rc1-msvc2010_32-x86-offline.exe for this compiller :) P.S. The drawback is that qt msvc add-in doesnot work on express edition so you ll have to use QtCreator

[quote author="JKSH" date="1354992623"] The fact that one can "wait" on a QEventLoop without blocking the main thread suggests to me that the loop runs in a separate thread.*[/quote] HI, im not sure but maybe the main thread seems unblocked becouse all the events are processed inside local QEventLoop and it has nothing to do with the separate thread? But its only a guess I dont know how it really works :)

As long as you don't set size policy to "Fixed" it should work well on all platforms. Please be aware, though, that Mac platform does not work as sane people expect it to - the maximize button does not work the same way as on Linux or Windows. Check with other apps - you will not get it to maximize under every circumstance. And BTW. it is never required to modify anything in generated "ui_*" files. Everything can be done in .ui or c++ behind it.

6!/5 @ <203-stack-list-frames 0 20 <204-thread-list-ids 202^done,BreakpointTable={nr_rows="2",nr_cols="6",hdr=[{width="7",alignment="-1",col_name="number",colhdr="Num"},{width="14",alignment="-1",col_name="type",colhdr="Type"},{width="4",alignment="-1",col_name="disp",colhdr="Disp"},{width="3",alignment="-1",col_name="enabled",colhdr="Enb"},{width="10",alignment="-1",col_name="addr",colhdr="Address"},{width="40",alignment="2",col_name="what",colhdr="What"}],body=[bkpt={number="1",type="breakpoint",disp="keep",enabled="y",addr="0x0804a32d",func="main",file="../untitled15/main.cpp",fullname="/home/qwe522y/try/untitled15/main.cpp",line="14",times="1",original-location="\"main.cpp":14"},bkpt={number="2",type="breakpoint",disp="keep",enabled="y",addr="0x0804a32d",func="main",file="../untitled15/main.cpp",fullname="/home/qwe522y/try/untitled15/main.cpp",line="14",times="1",original-location="\"main.cpp":14"}]} dATTEMPT BREAKPOINT SYNCHRONIZATION dBREAKPOINTS ARE SYNCHRONIZED 203^done,stack=[frame={level="0",addr="0x0804a32d",func="main",file="../untitled15/main.cpp",fullname="/home/qwe522y/try/untitled15/main.cpp",line="14"}] <205-stack-select-frame 0 <206bb options:fancy,autoderef,dyntype vars: expanded:return,local,watch,inspect typeformats: formats: watchers: 204^done,thread-ids={thread-id="1"},current-thread-id="1",number-of-threads="1" 205^done &"bb options:fancy,autoderef,dyntype vars: expanded:return,local,watch,inspect typeformats: formats: watchers:\n" ~"data=[{iname="local.argc",name="argc",addr="0xbffff900",numchild="0",type="int",value="1",},{iname="local.argv",name="argv",numchild="1",type="char **",value="<1 items>",},{iname="local.a",name="a",addr="0xbffff8d8",addr="0xbffff8d8",numchild="0",type="QApplication",value="{...}",},{iname="local.fff",name="fff",addr="0xbffff8d4",addr="0xbffff8d4",numchild="1",type="qwe",value="{...}",},],typeinfo=[{name="aW50",size="4"}{name="cXdl",size="4"}]\n" 206^done <Rebuild Watchmodel 5> sFinished retrieving data <207bb options:fancy,autoderef,dyntype,partial vars:local.fff expanded:local.fff,return,local,watch,inspect typeformats: formats: watchers: &"bb options:fancy,autoderef,dyntype,partial vars:local.fff expanded:local.fff,return,local,watch,inspect typeformats: formats: watchers:\n" ~"data=[{iname="local.fff",name="fff",addr="0xbffff8d4",addr="0xbffff8d4",numchild="1",children=[numchild="0",],type="qwe",value="<not accessible>",},],typeinfo=[]\n" 207^done <Rebuild Watchmodel 6> sFinished retrieving data @ it is all

thanks, tested and worked fine.

I guess it had to do with a "QApplication crashes" bug that was fixed recently in git. Anyway, changed to QGuiApplication and it is working now. Also the qlogging.h header i made qWarning an alias to qDebug(). Thanks for the attention.

The welcome page is done in QML. Check the welcome page plugin in the sources for details.

Not sure whether this has anything to do with the problems you're experiencing, but you should call the qDebug() output after the it.next() call. (See Qt documentation about their java-style iterators.)

Actually the Qt 5 (beta/rc) libraries contain creator... so they are a kind of SDK:

[quote author="Sayan Bera" date="1354944622"]Hi mcosta, U can find source code of the .dll(ie QMeter) in "http://qt-apps.org/content/show.php?content=72850".[/quote]If the error is in someone else's code, you'll have to contact the author to correct it. We can only help you with errors in your own code.

Except this thread is one of the first that shows up in a google search for this topic and I was quite pleased to see the newer and possibly better suggestion along with the original approach. Because of google, there's real value to keeping these things up to date even if they were started a long time ago. (Edit: spelling)

Thank you! Yes i want to zoom in/out. I dound a solution by myself. Its the fitInView() function of the QGraphicsView.

Glad you got it working :-) Be sure and edit your first post to add [Solved] to the title.

I pinpointed the problem. It's because I set widget to read only. If I do not, it works as it should. In my opinion it's a bug. Can someone confirm this? Ctrl + a and ctrl + c should work even if it's read only, since data is not changed.

I guess it is how it should work, so I use a workaround: loop in all rows recursively to create missing columns/items.