<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=windows-1252">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Sorry, I see that my answer went only to Zeljko and not to the list.<br>
     <br>
    <div class="moz-forward-container">-------- Messaggio Inoltrato
      --------
      <table class="moz-email-headers-table" cellpadding="0"
        cellspacing="0" border="0">
        <tbody>
          <tr>
            <th align="RIGHT" nowrap="nowrap" valign="BASELINE">Oggetto:
            </th>
            <td>Re: [Lazarus] Alternative component palette layout</td>
          </tr>
          <tr>
            <th align="RIGHT" nowrap="nowrap" valign="BASELINE">Data: </th>
            <td>Sun, 28 Dec 2014 12:51:30 +0100</td>
          </tr>
          <tr>
            <th align="RIGHT" nowrap="nowrap" valign="BASELINE">Mittente:
            </th>
            <td>Giuliano Colla <a class="moz-txt-link-rfc2396E" href="mailto:giuliano.colla@fastwebnet.it"><giuliano.colla@fastwebnet.it></a></td>
          </tr>
          <tr>
            <th align="RIGHT" nowrap="nowrap" valign="BASELINE">A: </th>
            <td>zeljko <a class="moz-txt-link-rfc2396E" href="mailto:zeljko@holobit.net"><zeljko@holobit.net></a></td>
          </tr>
        </tbody>
      </table>
      <br>
      <br>
      <pre>Il 28/12/2014 12:08, zeljko ha scritto:
>
> I'm against such workarounds since it can hide bug. Is it enough to 
> comment code LCLQt to completely disable LCLQt ifdef ?

Yes, there's just one ifdef which surrounds a few lines, in 
($lazarusdir)/ide/componentpalette.pas around line 1263. What does the 
trick as far as the move tab behavior is concerned is 
Pg.PageComponent.free (and nil), the rest of the code in RemoveSheet is 
required only to avoid memory leak, leaving a around a dangling button.
It appears that a newly created tab is always handled properly, while an 
existing one which has been already moved, sometimes is not. The 
"sometimes" is what makes it hard to spot.

> I'll try to debug and see what exactly happens, since it's impossible 
> to reproduce it with simple example project.
>

It made me crazy, because, adding or enabling debug info in qt widgets, 
everything appears to be OK, i.e. up to qtpagecontrol.inc, 
TQtWSCustomTabControl.MovePage, and qtwidgets.pas TQtTabWidget.insertTab 
all the tabs appear to be inserted in the right place, but in some cases 
one of them is not. It would appear a real Qt code bug.

Giuliano

-- 
Giuliano Colla

Project planning question: when it's 90% done, are we halfway or not yet?

</pre>
      <br>
    </div>
    <br>
  </body>
</html>