Menu
▾
▴
gexperts-bugs — Mailing list for SourceForge tracker bugs reported against GExperts
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
(4) |
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
(1) |
Oct
(3) |
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2003 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2004 |
Jan
|
Feb
|
Mar
(5) |
Apr
|
May
(1) |
Jun
(5) |
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
(2) |
| 2005 |
Jan
|
Feb
(2) |
Mar
|
Apr
(4) |
May
(7) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2006 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(5) |
Oct
|
Nov
|
Dec
|
| 2008 |
Jan
(2) |
Feb
|
Mar
(3) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(14) |
Dec
|
|
From: SourceForge.net <no...@so...> - 2007-09-12 11:27:24
|
Bugs item #1793041, was opened at 2007-09-12 05:34 Message generated for change (Comment added) made by eberry You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=116240&aid=1793041&group_id=16240 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Maurizio Basaglia (maurizuki) Assigned to: Nobody/Anonymous (nobody) Summary: Version for D2005 does not work Initial Comment: GExperts for D2005 looks for GExpertsD9.dll but the correct name is GExpertsDelphi2005.dll ---------------------------------------------------------------------- >Comment By: Erik Berry (eberry) Date: 2007-09-12 06:27 Message: Logged In: YES user_id=534 Originator: NO Could you reply with some more details? What specific version of GExperts did you download (what installer filename)? What error do you get and when? During the install? During IDE startup/shutdown, etc.? I don't yet see any reference to GExpertsD9.dll anywhere in our source code or install script. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=116240&aid=1793041&group_id=16240 |
|
From: SourceForge.net <no...@so...> - 2007-09-12 10:34:29
|
Bugs item #1793041, was opened at 2007-09-12 12:34 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=116240&aid=1793041&group_id=16240 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Maurizio Basaglia (maurizuki) Assigned to: Nobody/Anonymous (nobody) Summary: Version for D2005 does not work Initial Comment: GExperts for D2005 looks for GExpertsD9.dll but the correct name is GExpertsDelphi2005.dll ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=116240&aid=1793041&group_id=16240 |
|
From: SourceForge.net <no...@so...> - 2006-01-26 10:41:36
|
Bugs item #1412240, was opened at 2006-01-22 13:24 Message generated for change (Comment added) made by eberry You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=116240&aid=1412240&group_id=16240 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General Group: None Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Thomas Mueller (twm) Assigned to: Erik Berry (eberry) Summary: Macro Library does not react to shift-ctrl-R Initial Comment: According to toe OLH the macro library expert should react to the standard keystroke for recording a macro in Delphi (shift-ctrl-R), but in Delphi 2006 nothing happens. Recording and playing back a normal macro in the editor works. ---------------------------------------------------------------------- >Comment By: Erik Berry (eberry) Date: 2006-01-26 04:41 Message: Logged In: YES user_id=534 I think I was wrong and this works now in Delphi 2006-Delphi7 using the CVS code. Delphi 6 can't work because non-menu items in D6 can not have shortcuts without crashing the IDE, in my experience. ---------------------------------------------------------------------- Comment By: Erik Berry (eberry) Date: 2006-01-23 19:14 Message: Logged In: YES user_id=534 I believe this is a bug in BDS 2006, since it does not allow us to override built-in shortcuts anymore. I think you will find this works as expected in Delphi 6/7. If Borland doesn't fix this in BDS 2006 Update 2, I'll try to run through the code and document how this affects GExperts. If anyone is able to work around this somehow, please share the solution. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=116240&aid=1412240&group_id=16240 |
|
From: SourceForge.net <no...@so...> - 2006-01-24 01:14:52
|
Bugs item #1412240, was opened at 2006-01-22 13:24 Message generated for change (Comment added) made by eberry You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=116240&aid=1412240&group_id=16240 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General Group: None >Status: Closed >Resolution: Postponed Priority: 5 Submitted By: Thomas Mueller (twm) >Assigned to: Erik Berry (eberry) Summary: Macro Library does not react to shift-ctrl-R Initial Comment: According to toe OLH the macro library expert should react to the standard keystroke for recording a macro in Delphi (shift-ctrl-R), but in Delphi 2006 nothing happens. Recording and playing back a normal macro in the editor works. ---------------------------------------------------------------------- >Comment By: Erik Berry (eberry) Date: 2006-01-23 19:14 Message: Logged In: YES user_id=534 I believe this is a bug in BDS 2006, since it does not allow us to override built-in shortcuts anymore. I think you will find this works as expected in Delphi 6/7. If Borland doesn't fix this in BDS 2006 Update 2, I'll try to run through the code and document how this affects GExperts. If anyone is able to work around this somehow, please share the solution. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=116240&aid=1412240&group_id=16240 |
|
From: SourceForge.net <no...@so...> - 2006-01-22 19:24:58
|
Bugs item #1412240, was opened at 2006-01-22 20:24 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=116240&aid=1412240&group_id=16240 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General Group: None Status: Open Resolution: None Priority: 5 Submitted By: Thomas Mueller (twm) Assigned to: Nobody/Anonymous (nobody) Summary: Macro Library does not react to shift-ctrl-R Initial Comment: According to toe OLH the macro library expert should react to the standard keystroke for recording a macro in Delphi (shift-ctrl-R), but in Delphi 2006 nothing happens. Recording and playing back a normal macro in the editor works. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=116240&aid=1412240&group_id=16240 |
|
From: SourceForge.net <no...@so...> - 2005-05-18 16:58:18
|
Bugs item #1204380, was opened at 2005-05-18 10:46 Message generated for change (Comment added) made by eberry You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=116240&aid=1204380&group_id=16240 Category: None Group: None >Status: Closed >Resolution: Works For Me Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Components to Code doesn't work for the list items Initial Comment: Delphi 5 (Also tested in the Delphi 2005), GExpert 1.22. "Components to code" doesn't work at all for any nested list properties, like < item ... < item ... end item ... end> end item ... end> See example in the file attached. ---------------------------------------------------------------------- >Comment By: Erik Berry (eberry) Date: 2005-05-18 11:58 Message: Logged In: YES user_id=534 Please post an example where it fails with a standard VCL component if possible. I tested TDBGrid.Columns (a TCollection) for example and it works fine here with the current CVS code. My guess is either this compnent would require special casing (which we are unlikely to implement) or this has been fixed since GExperts 1.22. Also note that components that require a component editor other than TCollection to add new subcomponents, such as TTeeChart, etc. will not work, since we can't hardcode in each special case for those of how to reatach the child components to the parent properly at runtime. Working Example: object ProductPersonGrid: TDBGrid Left = 392 Top = 48 Width = 313 Height = 169 DataSource = ProductPersonDs TabOrder = 1 TitleFont.Charset = ANSI_CHARSET TitleFont.Color = clBlack TitleFont.Height = -11 TitleFont.Name = 'Tahoma' TitleFont.Style = [] Columns = < item DropDownRows = 15 Expanded = False FieldName = 'Who' Width = 211 Visible = True end item Expanded = False FieldName = 'Skill' Width = 32 Visible = True end> end var ProductPersonGrid: TDBGrid; ProductPersonGrid := TDBGrid.Create(Self); with ProductPersonGrid do begin Name := 'ProductPersonGrid'; Parent := ProcessingSheet; Left := 392; Top := 48; Width := 313; Height := 169; DataSource := ProductPersonDs; TabOrder := 1; TitleFont.Charset := ANSI_CHARSET; TitleFont.Color := clBlack; TitleFont.Height := -11; TitleFont.Name := 'Tahoma'; TitleFont.Style := []; with Columns.Add do begin DropDownRows := 15; Expanded := False; FieldName := 'Who'; Width := 211; Visible := True; end; with Columns.Add do begin Expanded := False; FieldName := 'Skill'; Width := 32; Visible := True; end; end; ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=116240&aid=1204380&group_id=16240 |
|
From: SourceForge.net <no...@so...> - 2005-05-18 15:46:07
|
Bugs item #1204380, was opened at 2005-05-18 08:46 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=116240&aid=1204380&group_id=16240 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Components to Code doesn't work for the list items Initial Comment: Delphi 5 (Also tested in the Delphi 2005), GExpert 1.22. "Components to code" doesn't work at all for any nested list properties, like < item ... < item ... end item ... end> end item ... end> See example in the file attached. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=116240&aid=1204380&group_id=16240 |
|
From: SourceForge.net <no...@so...> - 2005-05-16 00:06:28
|
Feature Requests item #923559, was opened at 2004-03-25 18:01 Message generated for change (Comment added) made by eberry You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=366240&aid=923559&group_id=16240 Category: None Group: None >Status: Closed >Resolution: Wont Fix Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Resize dialogs Initial Comment: mrExperts ( http://www.miharemec.com/mrExperts/ ) includes very useful feature 'Dialog Box Manager' ( description on the web site ). But mrExperts are not built for Delphi 7 ( only 5 and 6 ). Source code is available. It would be nice to include such expert in your excellent collection. ---------------------------------------------------------------------- >Comment By: Erik Berry (eberry) Date: 2005-05-15 19:06 Message: Logged In: YES user_id=534 This isn't likely to be done, since the most recent Delphi IDEs already support resizing the project options dialogs and we're trying not to integrate so tightly with the IDE we need to hardcode in several dozen component names and their layout in the IDE dialogs, since these relationships and names change fairly rapidly with each major release. That said, anyone that wants to is free to try and implement this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=366240&aid=923559&group_id=16240 |
|
From: SourceForge.net <no...@so...> - 2005-05-16 00:00:49
|
Feature Requests item #560538, was opened at 2002-05-25 14:38 Message generated for change (Comment added) made by eberry You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=366240&aid=560538&group_id=16240 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Set tab order Initial Comment: When setting tab order, start from lower tab order or 0 (zero) depending on user choise. ---------------------------------------------------------------------- >Comment By: Erik Berry (eberry) Date: 2005-05-15 19:00 Message: Logged In: YES user_id=534 This is implemented in the current CVS code. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=366240&aid=560538&group_id=16240 |
|
From: SourceForge.net <no...@so...> - 2005-05-15 23:56:59
|
Feature Requests item #919526, was opened at 2004-03-19 08:02 Message generated for change (Comment added) made by eberry You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=366240&aid=919526&group_id=16240 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Set tab Order Initial Comment: Everytime the expert is called and the form is selected the Taborder will be rebuildt. A better idea would be the expert asks if to do it because special taborders are always lost or there is a button to build the taborder automatic. ---------------------------------------------------------------------- >Comment By: Erik Berry (eberry) Date: 2005-05-15 18:56 Message: Logged In: YES user_id=534 There are now buttons to auto-reorder by position or reset to the original order. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=366240&aid=919526&group_id=16240 |
|
From: SourceForge.net <no...@so...> - 2005-05-15 23:55:49
|
Feature Requests item #981346, was opened at 2004-06-28 11:12 Message generated for change (Comment added) made by eberry You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=366240&aid=981346&group_id=16240 Category: None Group: None >Status: Closed >Resolution: Wont Fix Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) >Summary: Designtime Dataset viewer Initial Comment: A expert to view any open dataset at designtime in a form with a DBGrid would be helpfull. Here is some code fragment (it doesn't really work) TDataSetViewer = class(TComponentEditor) private public procedure ExecuteVerb(Index : Integer); override; function GetVerb(Index : Integer): string; override; function GetVerbCount : Integer; override; procedure Edit; override; procedure PrepareItem(Index: Integer; const AItem: TMenuItem); override; end; procedure TDataSetViewer.ExecuteVerb(Index: Integer); begin if Index <= inherited GetVerbCount - 1 then inherited ExecuteVerb(Index) else begin Dec(Index, inherited GetVerbCount); case Index of 0: begin ShowViewer(component as TDataSet); end; 1: begin ShowViewer(component as TDataSet); end; end; end; end; ---------------------------------------------------------------------- >Comment By: Erik Berry (eberry) Date: 2005-05-15 18:55 Message: Logged In: YES user_id=534 We are not planning to add anything to GExperts that ties us to TDataSet, since then GExperts does not work in ther Personal level IDEs. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=366240&aid=981346&group_id=16240 |
|
From: SourceForge.net <no...@so...> - 2005-05-15 23:26:37
|
Feature Requests item #990402, was opened at 2004-07-13 14:46 Message generated for change (Comment added) made by eberry You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=366240&aid=990402&group_id=16240 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Richard C Haven (richardchaven) >Assigned to: Erik Berry (eberry) Summary: Add .Hint to the ComponentGrid Initial Comment: .Hint is (or should be) closely related to Help Topics, and they are a property that tends to get set all at once. The grid is perfect for making them consistent, making sure one has done all of them, and avoiding lots of OI navigation. Also: change the Title row color to make it distinctive between the grey of the two fixed columns and the grey of the tool bar. Cheers ---------------------------------------------------------------------- >Comment By: Erik Berry (eberry) Date: 2005-05-15 18:26 Message: Logged In: YES user_id=534 The Hint property will be editable in the next release. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=366240&aid=990402&group_id=16240 |
|
From: SourceForge.net <no...@so...> - 2005-04-19 10:37:32
|
Bugs item #1183581, was opened at 2005-04-15 10:53 Message generated for change (Comment added) made by tsuper You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=116240&aid=1183581&group_id=16240 Category: Editor Experts Group: None Status: Closed Resolution: Fixed Priority: 5 Submitted By: T. Super (tsuper) Assigned to: Erik Berry (eberry) Summary: Component replace: buttons get name instead of caption Initial Comment: When using the replace component, component replacement does not work correctly.. on TBitBtn, TButton, TGroupbox, TEdit where caption and text are replaced with the name of the component. On a TBitBtn the glyph also gets lost. ---------------------------------------------------------------------- >Comment By: T. Super (tsuper) Date: 2005-04-19 12:37 Message: Logged In: YES user_id=539282 The CVS version works like I would expect it to work (see my previous post). The caption/glyph etc. keep the old setting, only the component is replaced as I hoped it would be :) As far as I am concerned: topic closed. Thanks for your efford and response. ---------------------------------------------------------------------- Comment By: T. Super (tsuper) Date: 2005-04-19 12:11 Message: Logged In: YES user_id=539282 I took al small dug into the sources and noticed that components are created on conversion. Maybe I overlook something, but I would say: you have the component that is replaced at hand and I take for granted that the new component is a similar one with similar properties. After creating the new component, I would set properties that have the same name as in the old component with the value from the old component. I don't buy the Auto-set name problem that you mention, because it is almost Delphi runtime- component-creation basics to set these properties after creating the component. But.. I did not look in the CVS version yet. I will do so and see if someone else thought about this already. ---------------------------------------------------------------------- Comment By: Erik Berry (eberry) Date: 2005-04-15 18:10 Message: Logged In: YES user_id=534 Take a look at the help file where it has s list of unsupported property types, and limitations in the current release. You'll need to use our current CVS code to be able to preserve properties like TStrings and bitmaps. Also, the name/caption issue is a feature/bug of the specific component. When you set the name, the component auto-sets the caption, for certain names (you can test this on a new component put on a form). Sadly, there is no good way for GExperts to detect which components have hardcoded interrelationships like this and automatically correct them. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=116240&aid=1183581&group_id=16240 |
|
From: SourceForge.net <no...@so...> - 2005-04-19 10:11:09
|
Bugs item #1183581, was opened at 2005-04-15 10:53 Message generated for change (Comment added) made by tsuper You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=116240&aid=1183581&group_id=16240 Category: Editor Experts Group: None Status: Closed Resolution: Fixed Priority: 5 Submitted By: T. Super (tsuper) Assigned to: Erik Berry (eberry) Summary: Component replace: buttons get name instead of caption Initial Comment: When using the replace component, component replacement does not work correctly.. on TBitBtn, TButton, TGroupbox, TEdit where caption and text are replaced with the name of the component. On a TBitBtn the glyph also gets lost. ---------------------------------------------------------------------- >Comment By: T. Super (tsuper) Date: 2005-04-19 12:11 Message: Logged In: YES user_id=539282 I took al small dug into the sources and noticed that components are created on conversion. Maybe I overlook something, but I would say: you have the component that is replaced at hand and I take for granted that the new component is a similar one with similar properties. After creating the new component, I would set properties that have the same name as in the old component with the value from the old component. I don't buy the Auto-set name problem that you mention, because it is almost Delphi runtime- component-creation basics to set these properties after creating the component. But.. I did not look in the CVS version yet. I will do so and see if someone else thought about this already. ---------------------------------------------------------------------- Comment By: Erik Berry (eberry) Date: 2005-04-15 18:10 Message: Logged In: YES user_id=534 Take a look at the help file where it has s list of unsupported property types, and limitations in the current release. You'll need to use our current CVS code to be able to preserve properties like TStrings and bitmaps. Also, the name/caption issue is a feature/bug of the specific component. When you set the name, the component auto-sets the caption, for certain names (you can test this on a new component put on a form). Sadly, there is no good way for GExperts to detect which components have hardcoded interrelationships like this and automatically correct them. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=116240&aid=1183581&group_id=16240 |
|
From: SourceForge.net <no...@so...> - 2005-04-15 16:10:59
|
Bugs item #1183581, was opened at 2005-04-15 03:53 Message generated for change (Comment added) made by eberry You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=116240&aid=1183581&group_id=16240 Category: Editor Experts Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: T. Super (tsuper) >Assigned to: Erik Berry (eberry) Summary: Component replace: buttons get name instead of caption Initial Comment: When using the replace component, component replacement does not work correctly.. on TBitBtn, TButton, TGroupbox, TEdit where caption and text are replaced with the name of the component. On a TBitBtn the glyph also gets lost. ---------------------------------------------------------------------- >Comment By: Erik Berry (eberry) Date: 2005-04-15 11:10 Message: Logged In: YES user_id=534 Take a look at the help file where it has s list of unsupported property types, and limitations in the current release. You'll need to use our current CVS code to be able to preserve properties like TStrings and bitmaps. Also, the name/caption issue is a feature/bug of the specific component. When you set the name, the component auto-sets the caption, for certain names (you can test this on a new component put on a form). Sadly, there is no good way for GExperts to detect which components have hardcoded interrelationships like this and automatically correct them. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=116240&aid=1183581&group_id=16240 |
|
From: SourceForge.net <no...@so...> - 2005-04-15 08:53:44
|
Bugs item #1183581, was opened at 2005-04-15 10:53 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=116240&aid=1183581&group_id=16240 Category: Editor Experts Group: None Status: Open Resolution: None Priority: 5 Submitted By: T. Super (tsuper) Assigned to: Nobody/Anonymous (nobody) Summary: Component replace: buttons get name instead of caption Initial Comment: When using the replace component, component replacement does not work correctly.. on TBitBtn, TButton, TGroupbox, TEdit where caption and text are replaced with the name of the component. On a TBitBtn the glyph also gets lost. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=116240&aid=1183581&group_id=16240 |
|
From: SourceForge.net <no...@so...> - 2005-02-01 15:58:48
|
Bugs item #1113966, was opened at 2005-02-01 07:09 Message generated for change (Comment added) made by eberry You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=116240&aid=1113966&group_id=16240 Category: Other >Group: Closed >Status: Closed >Resolution: Postponed >Priority: 6 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Cant get CVS sources Initial Comment: The update process stop giving the following message: cvs [update aborted]: EOF in value in RCS file /cvsroot/gexperts/gexperts/unstable/Src/GX_ProjDepend.pas,v Please fix it. TIA German Pablo Gentile ---------------------------------------------------------------------- >Comment By: Erik Berry (eberry) Date: 2005-02-01 09:58 Message: Logged In: YES user_id=534 Sorry, this isn't something we can fix ourselves. Watch here for details: http://sourceforge.net/tracker/index.php?func=detail&aid=1107502&group_id=1&atid=200001 http://sourceforge.net/tracker/?func=detail&aid=1100689&group_id=1&atid=200001 http://sourceforge.net/docman/display_doc.php?group_id=1&docid=2352 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=116240&aid=1113966&group_id=16240 |
|
From: SourceForge.net <no...@so...> - 2005-02-01 13:09:49
|
Bugs item #1113966, was opened at 2005-02-01 05:09 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=116240&aid=1113966&group_id=16240 Category: Other Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Cant get CVS sources Initial Comment: The update process stop giving the following message: cvs [update aborted]: EOF in value in RCS file /cvsroot/gexperts/gexperts/unstable/Src/GX_ProjDepend.pas,v Please fix it. TIA German Pablo Gentile ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=116240&aid=1113966&group_id=16240 |
|
From: SourceForge.net <no...@so...> - 2004-12-19 07:04:46
|
Feature Requests item #1087023, was opened at 2004-12-17 06:32 Message generated for change (Comment added) made by eberry You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=366240&aid=1087023&group_id=16240 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: bove027 (bove027) Assigned to: Nobody/Anonymous (nobody) >Summary: Export/Import of Settings Initial Comment: Since I use GExperts both at work as at home, it would be nice if I could export ALL Gexperts settings (e.g. in XML format) and import them. This so all my GExperts settings are the same on all the machines I run Delphi on ---------------------------------------------------------------------- >Comment By: Erik Berry (eberry) Date: 2004-12-19 01:04 Message: Logged In: YES user_id=534 You can import/export your preferences using regedit to generate/import a .reg file from a key like this one: HKEY_CURRENT_USER\Software\Borland\Delphi\7.0\GExperts-1.2 Note that your "data" such as your code snippets are already in .xml files in your configured GExperts storage directory location. So, this is not all in the same file, but this might be close enough (a batch file could zip them all up for you). If you have interest in writing some functions to save/restore preferences to a single .xml file, feel free to give it a try. See: http://www.gexperts.org/devfaq.html ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=366240&aid=1087023&group_id=16240 |
|
From: SourceForge.net <no...@so...> - 2004-12-17 12:32:55
|
Feature Requests item #1087023, was opened at 2004-12-17 13:32 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=366240&aid=1087023&group_id=16240 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: bove027 (bove027) Assigned to: Nobody/Anonymous (nobody) Summary: Export/Import of settings Initial Comment: Since I use GExperts both at work as at home, it would be nice if I could export ALL Gexperts settings (e.g. in XML format) and import them. This so all my GExperts settings are the same on all the machines I run Delphi on ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=366240&aid=1087023&group_id=16240 |
|
From: SourceForge.net <no...@so...> - 2004-11-25 09:37:04
|
Feature Requests item #1073055, was opened at 2004-11-25 09:37 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=366240&aid=1073055&group_id=16240 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: rekna99 (rekna99) Assigned to: Nobody/Anonymous (nobody) Summary: dialog for adding variables declarations Initial Comment: Something like use-clause dialog, but for variables and fields of a class, so you can add variables declarations without having to move to the var section of a function/ procedure or public/private/protected section of a class ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=366240&aid=1073055&group_id=16240 |
|
From: SourceForge.net <no...@so...> - 2004-07-13 19:52:26
|
Feature Requests item #990408, was opened at 2004-07-13 12:52 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=366240&aid=990408&group_id=16240 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Richard C Haven (richardchaven) Assigned to: Nobody/Anonymous (nobody) Summary: Enhance Edit Expert: Reverse Initial Comment: Enhance the Reverse edit expert to handle: reversing evaluation, including inequalities, as well as assignment (e.g.: "=", "<>", "<", and ">" as well as ":="). Handle multi-line statements. Operate in "case" statements. Allow configuration such as: Reverse "Inc(...)" to "Dec(...)". "IntToStr(...)" to "StrToInt()" etc. Cheers ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=366240&aid=990408&group_id=16240 |
|
From: SourceForge.net <no...@so...> - 2004-07-13 19:46:02
|
Feature Requests item #990402, was opened at 2004-07-13 12:46 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=366240&aid=990402&group_id=16240 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Richard C Haven (richardchaven) Assigned to: Nobody/Anonymous (nobody) Summary: Add .Hint to the ComponentGrid Initial Comment: .Hint is (or should be) closely related to Help Topics, and they are a property that tends to get set all at once. The grid is perfect for making them consistent, making sure one has done all of them, and avoiding lots of OI navigation. Also: change the Title row color to make it distinctive between the grey of the two fixed columns and the grey of the tool bar. Cheers ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=366240&aid=990402&group_id=16240 |
|
From: SourceForge.net <no...@so...> - 2004-06-28 16:12:52
|
Feature Requests item #981346, was opened at 2004-06-28 09:12 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=366240&aid=981346&group_id=16240 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: designtime Dataset viewer Initial Comment: A expert to view any open dataset at designtime in a form with a DBGrid would be helpfull. Here is some code fragment (it doesn't really work) TDataSetViewer = class(TComponentEditor) private public procedure ExecuteVerb(Index : Integer); override; function GetVerb(Index : Integer): string; override; function GetVerbCount : Integer; override; procedure Edit; override; procedure PrepareItem(Index: Integer; const AItem: TMenuItem); override; end; procedure TDataSetViewer.ExecuteVerb(Index: Integer); begin if Index <= inherited GetVerbCount - 1 then inherited ExecuteVerb(Index) else begin Dec(Index, inherited GetVerbCount); case Index of 0: begin ShowViewer(component as TDataSet); end; 1: begin ShowViewer(component as TDataSet); end; end; end; end; ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=366240&aid=981346&group_id=16240 |
|
From: SourceForge.net <no...@so...> - 2004-06-21 09:10:24
|
Bugs item #972605, was opened at 2004-06-14 10:33 Message generated for change (Comment added) made by jensberke You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=116240&aid=972605&group_id=16240 Category: IDE Menu Shortcuts Group: New >Status: Closed Resolution: None Priority: 5 Submitted By: Jens Berke (jensberke) Assigned to: Nobody/Anonymous (nobody) Summary: AV in D5 when setting IDE menu shortcut Initial Comment: Delphi 5.01 Enterpise German, GExpert 1.20 Beta 3, GXConvert11-12 used for converson from GExperts 1.1: I get an AccessViolation when I try to set an IDE menu shortcut in "GExperts -> Configuration -> Experts" and click on "OK". This seems to happen with all shortcuts one can set there. Sometimes Delphi freezes after the exception and I have to kill the process (not always reproducable). However, sometimes the shortcut is changed and I can use it after starting Delphi again (and sometimes not, not always reproducable). Jens ---------------------------------------------------------------------- >Comment By: Jens Berke (jensberke) Date: 2004-06-21 04:10 Message: Logged In: YES user_id=249771 This wasn't a GExperts bug actually but was caused by another package called "Function Commentator" which is available at Borland's CodeCentral (http://codecentral.borland.com). Search for ID 14537 there and take a look at the comments. ---------------------------------------------------------------------- Comment By: Erik Berry (eberry) Date: 2004-06-14 21:32 Message: Logged In: YES user_id=534 The best thing to do is download and temporarily use a debug DLL/MAP file (back up your old DLL first) such as: http://www.gexperts.org/files/beta/GExpertsD5.zip Then, use the IDE until you get the exception and then post the generated *.debuglog lines to get a stack trace and other exception details. By the way, we don't generally use this SourceForge bug tracker, so it is best to submit bugs using the wizard in the GExperts about box. This has the advantage of including details such as your OS version, exact IDE version/edition, and other installed tools in the bug report. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=116240&aid=972605&group_id=16240 |