U++: Issueshttps://www.ultimatepp.org/redmine/https://www.ultimatepp.org/redmine/redmine/favicon.ico2016-02-23T18:45:36ZRedmine
Redmine Bug #1386 (Approved): Shortucts (CTRL+C & CTRL+V) dosen't work on Russian keyboard (GTK backed)https://www.ultimatepp.org/redmine/issues/13862016-02-23T18:45:36ZZbigniew Rebacz
<p><a class="external" href="http://www.ultimatepp.org/forums/index.php?t=msg&goto=46049&#msg_46049">http://www.ultimatepp.org/forums/index.php?t=msg&goto=46049&#msg_46049</a></p> Bug #1344 (Approved): Drawing in Scribble dosen't work on GTK backend - problems with Capturehttps://www.ultimatepp.org/redmine/issues/13442015-11-24T14:50:30ZZbigniew Rebacz
<p>How to reproduce? Just compile examples/Scribble and start painting.</p> Bug #1301 (Approved): Clicking on button in place cause troubles (GTK backend)https://www.ultimatepp.org/redmine/issues/13012015-10-22T20:32:05ZZbigniew Rebacz
<p>1. Start clicking on button that has got "Check" option in toolbar. After several clicks (two or more) it starts causing problems.<br />2. It seems that it is GTK backend problem, because it works fine on X11.<br />3. This bug is quite important, because it can affects other things in this backend.</p> Bug #998 (New): Switching menu bar item is potentialy slow (can generate lag effect)https://www.ultimatepp.org/redmine/issues/9982015-02-26T22:39:33ZZbigniew Rebacz
<p>For example in IDE the process look like this.<br />- Mouse enter menu bar (Menu Bar has got focus)<br />- Menu bar item is open<br />- Mouse move to another menu entry.<br /> - Focus Lost<br /> - Code Editor paints caret (This generate something like lag effect!)<br />- Another menu bar item is open</p>
<p>Moving fast from menu items generate flashing caret in code editor.</p> Bug #993 (Approved): Fix uBomb examplehttps://www.ultimatepp.org/redmine/issues/9932015-02-24T00:32:02ZZbigniew Rebacz
<p>It seems that uBomb works strange (cross is always painted).</p>
<p>Simple fix in file (No diff, beacuse I don't have this file under version control).</p> Bug #988 (Approved): KDE - GTK apps hangs in debug mode (GTK Backend!)https://www.ultimatepp.org/redmine/issues/9882015-02-18T19:05:35ZZbigniew Rebacz
<p>To reproduce his bug. You will need to use KDE with oxygen-gtk theme (use by default on almost all KDE distributions).</p>
<p>1. Compile app in debug mode.<br />2. Run app in debuger (defualt process - CTRL + F5)<br />3. Use menu bar.<br />4. Turn off app.</p>
<p>It is hard to say from debug information what causing this problem.</p>
<ul>
<li>CRITICAL!</li>
</ul> Bug #970 (Approved): Gtk backend hangs on "Ctrl::RenderPrimarySelection" (GtkClip.cpp)https://www.ultimatepp.org/redmine/issues/9702015-01-27T16:45:35ZZbigniew Rebacz
<p>Sometimes I have got random crashes on Linux with GTK IDE Backend. It seems that I have found cause.</p>
<p>How to reproduce? (It is hard)</p>
<p>1. Run IDE.<br />2. Try to double click on assembly name (Do this fast).<br />3. If evrything is OK. Press cancel.<br />4. Repeat points 2 & 3 untile the error occures.</p> Bug #689 (Approved): Ctrl::Create should invoke "RefreshLayoutDeep" method (GTK backend)https://www.ultimatepp.org/redmine/issues/6892014-02-13T16:11:17ZZbigniew Rebacz
<p>It seems that GTK backend author forgot to add "RefreshLayoutDeep()" invocation at the end of Ctrl::Create method. All other backends do this (Win32, X11).</p>
<p>This invocation is very important, because it can prevent us from some graphical artifacts like invisible menu bar on KDE.</p> Bug #656 (Approved): GDK_LEAVE_NOTIFY dosen't refresh the state of ctrls (GTK Backend)https://www.ultimatepp.org/redmine/issues/6562014-01-20T19:31:34ZZbigniew Rebacz
<p>It seems that ctrls don't recive mouse event when pointer leaves the window area. This bug can be observed while using menubars when Standard theme is enable. I think we should handle mouse events when pointer leaves window area.</p>
<p>(CtrlCore/GtkEvent.cpp - line 136):</p>
<pre><code class="cpp syntaxhl"><span class="CodeRay"> <span class="keyword">case</span> GDK_LEAVE_NOTIFY:
EventMouseValid = <span class="predefined-constant">false</span>;
<span class="keyword">case</span> GDK_MOTION_NOTIFY: {
GdkEventMotion *e = (GdkEventMotion *)event;
DoMouseEvent(e->state, Point((<span class="predefined-type">int</span>)e->x_root, (<span class="predefined-type">int</span>)e->y_root));
<span class="keyword">break</span>;
}
</span></code><br /></pre>
<p>instead of:</p>
<pre><code class="cpp syntaxhl"><span class="CodeRay"> <span class="keyword">case</span> GDK_LEAVE_NOTIFY:
EventMouseValid = <span class="predefined-constant">false</span>;
<span class="keyword">return</span> <span class="predefined-constant">false</span>; <span class="comment">// <- MouseLeave() never be executed!</span>
<span class="keyword">case</span> GDK_MOTION_NOTIFY: {
GdkEventMotion *e = (GdkEventMotion *)event;
DoMouseEvent(e->state, Point((<span class="predefined-type">int</span>)e->x_root, (<span class="predefined-type">int</span>)e->y_root));
<span class="keyword">break</span>;
}
</span></code><br /></pre> Bug #634 (Approved): ToolTip works only on primary workarea (X11 - Xinerama)https://www.ultimatepp.org/redmine/issues/6342014-01-06T19:45:02ZZbigniew Rebacz
<ul>
<li>Small X11App.cpp update</li>
</ul> Bug #624 (Approved): Gtk backend warning: g_thread_init is deprectedhttps://www.ultimatepp.org/redmine/issues/6242013-12-30T17:57:09ZZbigniew Rebacz
<p>It seems that we use deprected gtk function for initializing threads. After 2.32 gtk version, multithreading is enable by default.</p>
<p>So we need to check gtk version to avoid this warning (GtkApp.cpp - line 29):<br /><pre>
#if GLIB_MAJOR_VERSION <= 2 && GLIB_MINOR_VERSION < 32
if(!g_thread_supported())
g_thread_init(NULL);
#endif
</pre></p> Bug #619 (Approved): GTK backend serialization should support multi monitor modehttps://www.ultimatepp.org/redmine/issues/6192013-12-28T23:45:50ZZbigniew Rebacz
<p>We need to replace one line of code(CtrlCore/GtkTop - line 243):<br /><pre>
Rect limit = GetWorkArea();
</pre></p>
<p>with<br /><pre>
Rect limit = GetVirtualWorkArea();
</pre></p> Bug #568 (Rejected): Ctrl::GetDefaultWindowRect on X11 dosen't recognize multi monitor mode.https://www.ultimatepp.org/redmine/issues/5682013-11-12T01:02:28ZZbigniew Rebacz
<p><a class="external" href="http://www.ultimatepp.org/forum/index.php?t=msg&th=7902&start=0x%x">http://www.ultimatepp.org/forum/index.php?t=msg&th=7902&start=0x%x</a>%</p> Bug #505 (Approved): TopWindow::CenterRect under X11 may lead to window deformationhttps://www.ultimatepp.org/redmine/issues/5052013-09-01T23:09:19ZZbigniew Rebacz
<p><a class="external" href="http://www.ultimatepp.org/forum/index.php?t=msg&goto=40685&#msg_40685">http://www.ultimatepp.org/forum/index.php?t=msg&goto=40685&#msg_40685</a></p>
<p><em>* Last fix from this branch</em></p> Bug #503 (Approved): TopWindow::CenterRect under X11 may lead to crash in "multi monitor mode"https://www.ultimatepp.org/redmine/issues/5032013-08-30T11:34:24ZZbigniew Rebacz
<p><a class="external" href="http://www.ultimatepp.org/forum/index.php?t=msg&goto=40675&#msg_40675">http://www.ultimatepp.org/forum/index.php?t=msg&goto=40675&#msg_40675</a></p>