Difference between revisions of "Lazarus known issues (things that will never be fixed)"

From Lazarus wiki
Jump to navigationJump to search
 
(14 intermediate revisions by 7 users not shown)
Line 1: Line 1:
{{Other Interfaces}}
+
{{Lazarus known issues (things that will never be fixed)}}
  
 
== Win32/Win64 issues ==
 
== Win32/Win64 issues ==
  
 
===TComboBox.Height===
 
===TComboBox.Height===
It's impossible to set an arbitrary height to a TComboBox under Windows. Use AutoSize to make sure the size is good on all platforms.
+
It's impossible to set an arbitrary height to a TComboBox under Windows. Use AutoSize to make sure the size is good on all platforms. (Although [[TComboBox]].Height can be changed indirectly by changing TComboBox.Font size)
  
===TButton's and TBitBtn's color cannot be changed===
+
===[[TButton]]'s and [[TBitBtn]]'s color cannot be changed===
 
It's impossible to implement without making them owner drawn.
 
It's impossible to implement without making them owner drawn.
  
===TProgressBar.Height===
+
===[[TProgressBar]].Height===
The Height of a TProgressBar cannot be smaller then 10 if a Windows Theme is used.
+
The Height of a [[TProgressBar]] cannot be smaller than 10 if a Windows Theme is used.
  
 
Associated bug report: http://bugs.freepascal.org/view.php?id=10626
 
Associated bug report: http://bugs.freepascal.org/view.php?id=10626
Line 16: Line 16:
 
MSDN Docs: http://msdn2.microsoft.com/en-us/library/bb760816(VS.85).aspx
 
MSDN Docs: http://msdn2.microsoft.com/en-us/library/bb760816(VS.85).aspx
  
===TTrayIcon.Hint===
+
===[[TTrayIcon]].Hint===
 
+
[[TTrayIcon]].Hint may have a maximum length of 127 WideChars (will usually be more then 127 Bytes in a UTF-8 string, but may be less too, depending on the string). It's a Windows limitation, which can't be worked around.
TTrayIcon.Hint may have a maximum length of 127 WideChars (will usually be more then 127 Bytes in a UTF-8 string, but may be less too, depending on the string). It's a Windows limitation, which can't be worked around.
 
  
 
== GTK 1 issues ==
 
== GTK 1 issues ==
Line 26: Line 25:
  
 
===TTabSheet.TabVisible property===
 
===TTabSheet.TabVisible property===
TabSheet under gtk1 can either be fully hidden (with Tab) or fully visible (with Tab). There is no possibility to show TabSheet without it tab. Look at gtk1 sources (gtknotebook.c) for details.
+
[[TTabSheet]] under gtk1 can either be fully hidden (with Tab) or fully visible (with Tab). There is no possibility to show TabSheet without it tab. Look at gtk1 sources (gtknotebook.c) for details.
  
===TComboBox.DropDownCount property is ignored===
+
===[[TComboBox]].DropDownCount property is ignored===
 
What I consider a limitation in GTK1 & GTK2, but apparently it was a GTK design decision. For more details, see the following Mantis bug report:  http://bugs.freepascal.org/view.php?id=1933
 
What I consider a limitation in GTK1 & GTK2, but apparently it was a GTK design decision. For more details, see the following Mantis bug report:  http://bugs.freepascal.org/view.php?id=1933
 +
 +
===[[TStatusBar]] Panels===
 +
The TStatusPanel.Bevel and TStatusPanel.Alignment properties are ignored by all platforms except Windows. Maybe Qt supports them too, but is not confirmed. See the following message thread for details.
 +
http://lists.lazarus.freepascal.org/pipermail/lazarus/2010-January/048399.html
  
 
== GTK 2 issues ==
 
== GTK 2 issues ==
  
===TForm.ShowInTaskbar is ignored===
+
===[[TComboBox]].DropDownCount property is ignored===
TForm.ShowInTaskbar is ignored and forms are always shown on the taskbar. Under KDE (and possibly other window managers) if a window isn't on the taskbar it won't also be able to minimize. This is a big problem for the IDE, which has many windows open at the same time, most of which set not to show in the taskbar and which also desires to be able to minimize the windows.
+
What I consider a limitation in GTK1 & GTK2, but apparently it was a GTK design decision. For more details, see the following Mantis bug report:  http://bugs.freepascal.org/view.php?id=1933
  
===TComboBox.DropDownCount property is ignored===
+
===[[TStatusBar]] Panels===
What I consider a limitation in GTK1 & GTK2, but apparently it was a GTK design decision. For more details, see the following Mantis bug report:  http://bugs.freepascal.org/view.php?id=1933
+
The [[TStatusPanel]].Bevel and TStatusPanel.Alignment properties are ignored by all platforms except Windows. Maybe Qt supports them too, but is not confirmed. See the following message thread for details.
 +
http://lists.lazarus.freepascal.org/pipermail/lazarus/2010-January/048399.html
  
 
== Carbon issues ==
 
== Carbon issues ==
Line 48: Line 52:
 
== QT issues ==
 
== QT issues ==
  
===Needs a Qt license for proprietary software===
+
===Qt license===
<s>Cannot be used with proprietary applications unless a Qt license is bought.</s><br>
+
#Qt up to and including version 4.4 could not be used to produce proprietary applications unless a Qt license is bought.
Qt is now also published under the LGPL license, in addition to the commercial and GPL licenses. So, if you can comply with the LGPL, you can now avoid the commercial license.
+
#Qt starting with 4.5 is now also published under the LGPL license, in addition to the commercial and GPL licenses. So, if you can comply with the LGPL, you can now avoid the commercial license.
  
 
===TOpenDialog/TSaveDialog filter limitations===
 
===TOpenDialog/TSaveDialog filter limitations===
The display filter for TOpenDialog/TSaveDialog will always include the filtered extensions in parenteses. Qt always adds parenteses with the filtered extensions, so if this is already present, the interface will try to remove them. For more information see TQtWSFileDialog.GetQtFilterString on the Qt interface.
+
The display filter for [[TOpenDialog]]/[[TSaveDialog]] will always include the filtered extensions in parentheses. Qt always adds parentheses with the filtered extensions, so if this is already present, the interface will try to remove them. For more information see TQtWSFileDialog.GetQtFilterString on the Qt interface.
  
 
== Win CE issues ==
 
== Win CE issues ==
 +
 +
 +
 +
[[Category:Lazarus]]

Latest revision as of 22:00, 20 November 2020

English (en) 日本語 (ja)

Win32/Win64 issues

TComboBox.Height

It's impossible to set an arbitrary height to a TComboBox under Windows. Use AutoSize to make sure the size is good on all platforms. (Although TComboBox.Height can be changed indirectly by changing TComboBox.Font size)

TButton's and TBitBtn's color cannot be changed

It's impossible to implement without making them owner drawn.

TProgressBar.Height

The Height of a TProgressBar cannot be smaller than 10 if a Windows Theme is used.

Associated bug report: http://bugs.freepascal.org/view.php?id=10626

MSDN Docs: http://msdn2.microsoft.com/en-us/library/bb760816(VS.85).aspx

TTrayIcon.Hint

TTrayIcon.Hint may have a maximum length of 127 WideChars (will usually be more then 127 Bytes in a UTF-8 string, but may be less too, depending on the string). It's a Windows limitation, which can't be worked around.

GTK 1 issues

Inconsistent internationalization support

GTK 1 always uses the default locale encoding to input and draw text and therefore adequate unicode support cannot be implemented for it.

TTabSheet.TabVisible property

TTabSheet under gtk1 can either be fully hidden (with Tab) or fully visible (with Tab). There is no possibility to show TabSheet without it tab. Look at gtk1 sources (gtknotebook.c) for details.

TComboBox.DropDownCount property is ignored

What I consider a limitation in GTK1 & GTK2, but apparently it was a GTK design decision. For more details, see the following Mantis bug report: http://bugs.freepascal.org/view.php?id=1933

TStatusBar Panels

The TStatusPanel.Bevel and TStatusPanel.Alignment properties are ignored by all platforms except Windows. Maybe Qt supports them too, but is not confirmed. See the following message thread for details. http://lists.lazarus.freepascal.org/pipermail/lazarus/2010-January/048399.html

GTK 2 issues

TComboBox.DropDownCount property is ignored

What I consider a limitation in GTK1 & GTK2, but apparently it was a GTK design decision. For more details, see the following Mantis bug report: http://bugs.freepascal.org/view.php?id=1933

TStatusBar Panels

The TStatusPanel.Bevel and TStatusPanel.Alignment properties are ignored by all platforms except Windows. Maybe Qt supports them too, but is not confirmed. See the following message thread for details. http://lists.lazarus.freepascal.org/pipermail/lazarus/2010-January/048399.html

Carbon issues

Go to Carbon interface internals#Compatibility issues.

No 64-bits support

Carbon cannot be used to write 64-bits applications. Apple decided not to release a 64-bits version of Carbon. The migration path is writing a new interface in Cocoa.

QT issues

Qt license

  1. Qt up to and including version 4.4 could not be used to produce proprietary applications unless a Qt license is bought.
  2. Qt starting with 4.5 is now also published under the LGPL license, in addition to the commercial and GPL licenses. So, if you can comply with the LGPL, you can now avoid the commercial license.

TOpenDialog/TSaveDialog filter limitations

The display filter for TOpenDialog/TSaveDialog will always include the filtered extensions in parentheses. Qt always adds parentheses with the filtered extensions, so if this is already present, the interface will try to remove them. For more information see TQtWSFileDialog.GetQtFilterString on the Qt interface.

Win CE issues