Haven't test yet, trying to find out how to fix that bug for gtk2.If win32 also have same order than it's wrong (in comparision with Delphi).
I've tested TCalendar from Delphi 7
dunno, I have D7 enterprise and that control is on component pallete (installed by default)
no, I've tested with TCalendar from VCL, CLX doesn't have such control, but forget it , I've already prepared patch for qt ws (currently testing on mac), and it'll be reorderd as it is with win32 and gtk2.
{$if (lcl_major=0) and (lcl_minor=9) and (lcl_release<27)} Result := LConvEncoding.GetSystemEncoding; {$else} Result := LConvEncoding.GetDefaultTextEncoding; {$endif}
Okay, I see that you assigned the bug to yourself and targeted 0.9.30 Lazarus version to change the qt's calendar event order.Is there IFDEF which can be used to examine Laz version? So that I can put something like IFDEF LCLQt and IFDEF LazVer < 0.9.30?
Yes. Example:Code: [Select] {$if (lcl_major=0) and (lcl_minor=9) and (lcl_release<27)} Result := LConvEncoding.GetSystemEncoding; {$else} Result := LConvEncoding.GetDefaultTextEncoding; {$endif}http://lazarus-ccr.sourceforge.net/docs/lcl/lclversion/index.html
Quote from: Zoran on February 05, 2010, 02:00:24 pmOkay, I see that you assigned the bug to yourself and targeted 0.9.30 Lazarus version to change the qt's calendar event order.Is there IFDEF which can be used to examine Laz version? So that I can put something like IFDEF LCLQt and IFDEF LazVer < 0.9.30?But it won't be enough since it's fixed in 0.9.29 svn r 23641 , so svn revision should be taken into account somehow, or qt version will be unuseable till lazarus reaches 0.9.30
I agree with you. Just check >= 0.9.29 and that's it.
....and tnx
Quote from: LuizAmérico on February 03, 2010, 05:27:06 pmI propose to Zoran put the code in a svn repository like Lazarus-ccr so we can follow the development closer and allow to make patches easier like the proposed changes by zeljko.Anyway, good work Zoran. It's an useful component.I already mentioned that I'd like to see this component in lazarus components (palette) , so better to have this basic component in lazarus/components than in lazarus-ccr. It's automatically closer to others laz developers since I'm not sure if everyone is taking an eye blink over lazarus-ccr every day (in my case it's monthly).So my proposal would be lazarus/components instead of lazarus-ccr , just because it's very important component, and deserves default place on lazarus components tab zeljko
I propose to Zoran put the code in a svn repository like Lazarus-ccr so we can follow the development closer and allow to make patches easier like the proposed changes by zeljko.Anyway, good work Zoran. It's an useful component.