On 28 October 2011 17:01, Felipe Monteiro de Carvalho wrote:
And custom drawn is the way to go, there is no doubt about that.
+1
I have said that for years, but so many kept arguing with me. :) In
fact custom drawn widgets are much less work in the long run, and much
less workarounds.
In fact
On 27 October 2011 17:02, Felipe Monteiro de Carvalho wrote:
I am (very slowly) writing a custom drawn set of controls.
Consider saying goodbye to about 4 years of your life. :) Wouldn't it
simply be easier to work on LCL-fpGUI widgetset interface instead?
From your posts of the last few
On 10/28/2011 02:25 PM, Graeme Geldenhuys wrote:
Wouldn't it
simply be easier to work on LCL-fpGUI widgetset interface instead?
LCL-fpGUI looks very promising, indeed !
I would appreciate improvements on LCL-fpGUI a lot. If anybody starts
working on same, I might be able to supply some
On 10/27/2011 05:02 PM, Felipe Monteiro de Carvalho wrote:
http://wiki.lazarus.freepascal.org/Lazarus_Custom_Drawn_Controls
http://wiki.lazarus.freepascal.org/Lazarus_Custom_Drawn_Package
In fact I understand that fpGUI already is a custom drawn Widget set and
it does work (to some extend) with
On Fri, Oct 28, 2011 at 2:25 PM, Graeme Geldenhuys
graemeg.li...@gmail.com wrote:
Consider saying goodbye to about 4 years of your life. :) Wouldn't it
simply be easier to work on LCL-fpGUI widgetset interface instead?
Easier, maybe yes, but:
* Part of the work is to build controls to use the
On Friday 28 of October 2011 17:01:55 Felipe Monteiro de Carvalho wrote:
All I want is to be able to port the LCL to new platforms with a
minimum of work and with a minimum of time loss when whatever bigshot
director trashes the platform that I am working with now. And custom
drawn is the
Hi,
don't know how old this change (probably a week or so), but TLMMouseEvent
in svn now lacks state field and first what stopped compiling is VirtualTree
port with CMMouseWheel method (VirtualTrees.pas(15137,71) Error: Identifier
not found State). Was such sensitive change intentional and
2011/10/27 Max Vlasov max.vla...@gmail.com:
don't know how old this change (probably a week or so), but TLMMouseEvent
in svn now lacks state field
On Thu, Oct 27, 2011 at 12:06 PM, Felipe Monteiro de Carvalho
felipemonteiro.carva...@gmail.com wrote:
port with CMMouseWheel method (VirtualTrees.pas(15137,71) Error:
Identifier
not found State).
and first what stopped compiling is VirtualTree
It compiles fine if you do svn update on
2011/10/27 Max Vlasov max.vla...@gmail.com:
don't update anything, the date of last change is something in 2010
should I use some another branch?
Ok, I had fixed the older version ... now I fixed this one too.
--
Felipe Monteiro de Carvalho
--
___
On Thu, Oct 27, 2011 at 12:29 PM, Felipe Monteiro de Carvalho
felipemonteiro.carva...@gmail.com wrote:
2011/10/27 Max Vlasov max.vla...@gmail.com:
don't update anything, the date of last change is something in 2010
should I use some another branch?
Ok, I had fixed the older version ...
On Thu, Oct 27, 2011 at 19:37, Felipe Monteiro de Carvalho
felipemonteiro.carva...@gmail.com wrote:
It is also relevant to note that it is rather messy like it is now,
with 2 versions of TreeView in the Lazarus-CCR being that the newer
one depends on an external package ... the external package
On Thu, Oct 27, 2011 at 11:23 AM, Alexander Klenin kle...@gmail.com wrote:
Or maybe VTV should be moved inside Lazarus?
Well, yes, that is a very strong possibility. I need a VTV inside
customdrawn package. I just worry what kind of dependencies this VTV
might have, I'd like something really
On Thursday 27 of October 2011 11:30:04 Felipe Monteiro de Carvalho wrote:
On Thu, Oct 27, 2011 at 11:23 AM, Alexander Klenin kle...@gmail.com wrote:
Or maybe VTV should be moved inside Lazarus?
Well, yes, that is a very strong possibility. I need a VTV inside
customdrawn package. I just
On 27/10/2011 05:37, Felipe Monteiro de Carvalho wrote:
It is also relevant to note that it is rather messy like it is now,
with 2 versions of TreeView in the Lazarus-CCR being that the newer
one depends on an external package ... the external package should be
moved to the CCR or copied there
On 27/10/2011 07:38, zeljko wrote:
That's why I insist on adding missing routines from delphicompat
package to lclintfs.
Maybe some, certainly not all. Some are very windows centric.
delphicompat is meant to be a bridge to port components.
- Port to LCL with help of DelphiCompat - will
Hello,
Ok, Luiz, since you are in the discussion, I have some questions:
1 How compatible is VTV with TTreeView. Does it implement everything
that TTreeView supports?
2 It seams to require something like OleUtils, is it heavy on OS dependencies?
3 How much does it require from the LCL? Does it
On Thu, Oct 27, 2011 at 1:41 PM, Luiz Americo Pereira Camara
luiz...@oi.com.br wrote:
- The old port was developed by christian, but had some limitations that
would lead to much work to be fixed (more than a new port)
What kinds of limitations? I wonder now if it is a better base for what I
On 2011-10-27 13:08, Felipe Monteiro de Carvalho wrote:
On Thu, Oct 27, 2011 at 1:41 PM, Luiz Americo Pereira Camara
luiz...@oi.com.br wrote:
- The old port was developed by christian, but had some limitations that
would lead to much work to be fixed (more than a new port)
What kinds of
On Thursday 27 of October 2011 13:51:47 Luiz Americo Pereira Camara wrote:
On 27/10/2011 07:38, zeljko wrote:
That's why I insist on adding missing routines from delphicompat
package to lclintfs.
Maybe some, certainly not all. Some are very windows centric.
delphicompat is meant to be a
On Thursday 27 of October 2011 15:09:10 Felipe Monteiro de Carvalho wrote:
2011/10/27 Max Vlasov max.vla...@gmail.com:
Was such sensitive change intentional and unavoidable?
The change is not really sensitive, user controls should handle
OnMouseWhell. I don't know why VTV uses the lower
2011/10/27 zeljko zel...@holobit.net:
Now I don't understand. That change was maded for delphi compatibility or
not ? VTV had State in that message and checked it. Ok, it checked for shift
or ctrl, so easy to exchange with Button.
TLMMouseEvent does not exist in Delphi AFAIK
--
Felipe
On Thu, Oct 27, 2011 at 3:43 PM, Felipe Monteiro de Carvalho
felipemonteiro.carva...@gmail.com wrote:
TLMMouseEvent does not exist in Delphi AFAIK
My original remark was supposed to be understook like that: the
original Delphi component probably handles the Windows API message
WM_MOUSEWHELL or
On Thu, Oct 27, 2011 at 5:43 PM, Felipe Monteiro de Carvalho
felipemonteiro.carva...@gmail.com wrote:
2011/10/27 zeljko zel...@holobit.net:
Now I don't understand. That change was maded for delphi compatibility or
not ? VTV had State in that message and checked it. Ok, it checked for
shift
2011/10/27 Max Vlasov max.vla...@gmail.com:
Just looked, the original had
TBaseVirtualTree.CMMouseWheel(var Message: TCMMouseWheel);message
CM_MOUSEWHEEL;
TCMMouseWheel of Delphi has ...ShiftState: TShiftState;
oh crap =D
But anyway, thats totally different from our event:
2011/10/27 zeljko zel...@holobit.net:
So if original win msg have State , why it's removed and why it's changed to
Button now ?
This idea was from the original patch sender ...
Maybe it was not good after all. But on one side it is good, because
now LCL widgetsets are forced to use
Felipe Monteiro de Carvalho schrieb:
Hello,
Ok, Luiz, since you are in the discussion, I have some questions:
1 How compatible is VTV with TTreeView. Does it implement everything
that TTreeView supports?
2 It seams to require something like OleUtils, is it heavy on OS dependencies?
3 How
I don't understand this change:
gtk2callback.inc:
@@ -2900,7 +2898,7 @@
ShiftState := GTKEventStateToShiftState(Event^.State);
if (KCInfo.Flags and KCINFO_FLAG_SHIFT_XOR_NUM 0)
- and ((ssShift in ShiftState) xor (ssNum in ShiftState))
+ and (ssShift in ShiftState)
then VKey :=
On Thu, Oct 27, 2011 at 4:54 PM, cobines cobi...@gmail.com wrote:
I don't understand this change:
ops, these wrong changes ... but I'm not in Linux now. Can you send a
patch which fixes it?
--
Felipe Monteiro de Carvalho
--
___
Lazarus mailing list
On 27/10/2011 07:59, Felipe Monteiro de Carvalho wrote:
Hello,
Ok, Luiz, since you are in the discussion, I have some questions:
1 How compatible is VTV with TTreeView. Does it implement everything
that TTreeView supports?
I dont use TTreeView but probably VTV can do all that TTreeView does
On Thu, Oct 27, 2011 at 5:37 PM, Hans-Peter Diettrich
drdiettri...@aol.com wrote:
The LCL has no (usable) interface for virtual trees, lists or tabs.
That's what I am trying to fix ;)
I am (very slowly) writing a custom drawn set of controls.
Contributors are welcome, just send me patches
On 27/10/2011 08:08, Felipe Monteiro de Carvalho wrote:
On Thu, Oct 27, 2011 at 1:41 PM, Luiz Americo Pereira Camara
luiz...@oi.com.br wrote:
- The old port was developed by christian, but had some limitations that
would lead to much work to be fixed (more than a new port)
What kinds of
On Thu, Oct 27, 2011 at 5:59 PM, Luiz Americo Pereira Camara
luiz...@oi.com.br wrote:
Is not TTreeView custom draw?
Ha, it seams that yes, so 1 less to implement =D
I mixed it up with TListView... TListView is one which I really need a
custom drawn version because the native is not very good
On 27/10/2011 10:55, Max Vlasov wrote:
On Thu, Oct 27, 2011 at 5:43 PM, Felipe Monteiro de Carvalho
felipemonteiro.carva...@gmail.com
mailto:felipemonteiro.carva...@gmail.com wrote:
TLMMouseEvent does not exist in Delphi AFAIK
Just looked, the original had
Felipe Monteiro de Carvalho schrieb:
2011/10/27 zeljko zel...@holobit.net:
Now I don't understand. That change was maded for delphi compatibility or
not ? VTV had State in that message and checked it. Ok, it checked for shift
or ctrl, so easy to exchange with Button.
TLMMouseEvent does not
On Thu, Oct 27, 2011 at 4:54 PM, cobines cobi...@gmail.com wrote:
I don't understand this change:
Ok, I reverted the wrong stuff from gtk2 in rev 33111 ... also fixing
in gtk 1 now
--
Felipe Monteiro de Carvalho
--
___
Lazarus mailing list
Felipe Monteiro de Carvalho schrieb:
On Thu, Oct 27, 2011 at 5:37 PM, Hans-Peter Diettrich
drdiettri...@aol.com wrote:
The LCL has no (usable) interface for virtual trees, lists or tabs.
[...]
There are already 2 interfaces:
1 - The current native version
2 - TCDPageControl and friends in
2011/10/27 Felipe Monteiro de Carvalho felipemonteiro.carva...@gmail.com:
On Thu, Oct 27, 2011 at 4:54 PM, cobines cobi...@gmail.com wrote:
I don't understand this change:
Ok, I reverted the wrong stuff from gtk2 in rev 33111 ... also fixing
in gtk 1 now
OK, thanks.
--
cobines
--
On Thu, Oct 27, 2011 at 6:48 PM, Hans-Peter Diettrich
drdiettri...@aol.com wrote:
I'm not sure whether you got the difference between custom drawn and virtual
trees/list - both features are unrelated.
You are correct about TTreeView, I wrongly mixed it here ...
But about TListView, not, I had
Hello,
I reverted large parts of the change in rev 33114, because I decided
to avoid this backwards compatibility break and keep more Delphi-like.
Sorry for the mess, I'll try to be more careful when aplying patches
in the future =(
I added a new solution: Just remove ssCaps and friends if the
On 27/10/2011 15:14, Felipe Monteiro de Carvalho wrote:
Hello,
I reverted large parts of the change in rev 33114, because I decided
to avoid this backwards compatibility break and keep more Delphi-like.
Sorry for the mess, I'll try to be more careful when aplying patches
in the future =(
I
On 27/10/2011 19:28, Luiz Americo Pereira Camara wrote:
Luiz, could you revert my changes to the VTV
Sure.
Ops...
I forgot that my trunk copy is switched to branch 4.8, so to change it i
would need to undo the switch and redo it again
Can you revert?
Luiz
--
Felipe Monteiro de Carvalho schrieb:
On Thu, Oct 27, 2011 at 6:48 PM, Hans-Peter Diettrich
drdiettri...@aol.com wrote:
I'm not sure whether you got the difference between custom drawn and virtual
trees/list - both features are unrelated.
You are correct about TTreeView, I wrongly mixed it
On Fri, Oct 28, 2011 at 12:52 AM, Luiz Americo Pereira Camara
luiz...@oi.com.br wrote:
Can you revert?
Done
--
Felipe Monteiro de Carvalho
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
44 matches
Mail list logo