<div dir="ltr">WOW!!!!! <div>WOW!!!!</div><div><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div><span style="font-family:arial,sans-serif;font-size:13px">kdevelop -graphicssystem native </span><br>
</div><div><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div><span style="font-family:arial,sans-serif;font-size:13px">The performance is GREAT!!!!!!!!</span></div><div><span style="font-family:arial,sans-serif;font-size:13px">Even with every feature turned on in kdevelop4</span></div>
<div><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div><font face="arial, sans-serif">This should be the first thing in your documentation for us system level non GUI people. --We tend to do development over a network on a piece for a particular hardware environment.</font></div>
<div><font face="arial, sans-serif"><br></font></div><div><font face="arial, sans-serif">I looked at --help-qt and did not see any mention about the option "native" for "</font><span style="font-family:arial,sans-serif;font-size:13px">-graphicssystem" </span></div>
<div><span style="font-family:arial,sans-serif;font-size:13px">I only saw "</span><font face="arial, sans-serif">--graphicssystem <system> use a different graphics system instead of the default one, options are raster and opengl (experimental)"</font></div>
<div><font face="arial, sans-serif">My question is why would I every want raster... it seems wastefully use of resources </font></div><div><font face="arial, sans-serif"><br></font></div><div><font face="arial, sans-serif">Thanks!!! Now, if I only could figure out to use kdevelop4 effectively for remote development and debugging against hardware different from my host, like a 32 bit linux system, I would be in pigs heaven.</font></div>
<div><font face="arial, sans-serif"><br></font></div><div><font face="arial, sans-serif">Thanks again </font></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Dec 20, 2013 at 2:36 PM, Sven Brauch <span dir="ltr"><<a href="mailto:svenbrauch@googlemail.com" target="_blank">svenbrauch@googlemail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Oh you run it *remotely*.<br>
Maybe it would have made sense to mention that a bit earlier, because<br>
it is very relevant.<br>
<br>
Qt4 now by default uses a raster graphicssystem which draws images<br>
into pixmaps and the draws the pixmaps on the screen. That is very<br>
slow via X11 forwarding. Use kdevelop -graphicssystem native to get<br>
back to the old variant.<br>
<br>
Greetings,<br>
Sven<br>
<br>
2013/12/20 Michael George Hart <<a href="mailto:michael.george.hart@gmail.com">michael.george.hart@gmail.com</a>>:<br>
> Well, I am kind of stubborn and made on last ditch effort.<br>
> and totally erased the .kde4 directory that was remotely logging onto<br>
><br>
> installed a fresh copy of kdevelop4 then tuned off word completion,<br>
> background parsing etc.<br>
><br>
> Relative to Kdevelop3 it was sluggish but now usable.  From what I can<br>
> observed I can only guess the major source of my is GUI element that<br>
> comprise kdevelop4. As long as I kept the total window size of kdevelop4<br>
> less than 2/3 the resolution of 1200x1600 the system was sluggish but<br>
> usable.<br>
><br>
> The reason I think the problem is directly related to the GUI elements in 4<br>
> is a simply act of trying to resize the 4's windows size can take up to five<br>
> to ten seconds; the mouse moves then about 5 seconds later the window<br>
> resizes to the mouse position; then a few seconds later everything settles<br>
> down and I can start editing again; like tons of network traffic just to<br>
> resize a kdevelop4 window; this does not happen with kdevelop3 or dolphin,<br>
> konqueror ....<br>
><br>
> That is my WAS :)<br>
><br>
> But it is usable.<br>
><br>
><br>
> On Fri, Dec 20, 2013 at 1:45 PM, Sven Brauch <<a href="mailto:svenbrauch@googlemail.com">svenbrauch@googlemail.com</a>><br>
> wrote:<br>
>><br>
>> > I am left with few other options under the time constraints I am under.<br>
>> Well, I'm not sure what you expect to happen. If you want anyone to<br>
>> help, provide some useful information instead of complaining about the<br>
>> program's design. You're just here grumping about everything but you<br>
>> didn't even tell us how much RAM it actually uses.<br>
>><br>
>> Sven<br>
><br>
><br>
><br>
<span class="HOEnZb"><font color="#888888">><br>
> --<br>
> "...Hope is what makes us strong. It is why we are here. It is what we fight<br>
> with when all is lost..."<br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><span style="font-family:'lucida grande',tahoma,verdana,arial,sans-serif;font-size:13px;line-height:17px;background-color:rgb(255,255,255)"><i><b><font color="#ff0000">"...Hope is what makes us strong. It is why we are here. It is what we fight with when all is lost..."</font></b></i></span>
</div>