PeterPanettone
Members-
Content Count
1318 -
Joined
-
Last visited
-
Days Won
5
PeterPanettone last won the day on August 2 2021
PeterPanettone had the most liked content!
Community Reputation
158 ExcellentTechnical Information
-
Delphi-Version
Delphi 12 Athens
Recent Profile Visitors
The recent visitors block is disabled and is not being shown to other users.
-
Suggestions for improving the display of tabs in the SourceCode editor
PeterPanettone replied to PeterPanettone's topic in Delphi IDE and APIs
Having flexible UI options is always a good thing. Thank you! -
Suggestions for improving the display of tabs in the SourceCode editor
PeterPanettone posted a topic in Delphi IDE and APIs
Better display of tabs in the SourceCode editor (OPTIONAL): 1. Marking of the MainForm unit in bold font 2. Marking files that do not belong to the current project in italics This would lead to more visual consistency and transparency in the presentation of the tabs in the SourceCode editor. What do you think? Thanks to everyone for taking part in this BRAIN TEST! -
Strange effect in TRichEdit: CTRL+I outputs TAB
PeterPanettone replied to PeterPanettone's topic in VCL
Another solution could be to subclass TRichEdit and then (temporarily) suppress the TAB character, but it's not worth the effort. -
Strange effect in TRichEdit: CTRL+I outputs TAB
PeterPanettone replied to PeterPanettone's topic in VCL
Thanks for the information. -
Strange effect in TRichEdit: CTRL+I outputs TAB
PeterPanettone replied to PeterPanettone's topic in VCL
Using KeyPreview, I have even tried the following trick: procedure TformTextEditor.FormKeyDown(Sender: TObject; var Key: Word; Shift: TShiftState); begin if (Key = Ord('I')) and (Shift = [ssCtrl]) then begin CodeSite.Send('TformTextEditor.FormKeyDown: '); Key := 255; end end; And then in RichEditKeyDown: if (Key = 255) and (Shift = [ssCtrl]) then begin CodeSite.Send('RichEditKeyDown: '); Key := 0; // does not prevent TAB output! end -
Strange effect in TRichEdit: CTRL+I outputs TAB
PeterPanettone replied to PeterPanettone's topic in VCL
Even when KeyPreview = True, setting Key := 0; in FormKeyDown does not prevent this strange effect: procedure TformTextEditor.FormKeyDown(Sender: TObject; var Key: Word; Shift: TShiftState); begin if (Key = Ord('I')) and (Shift = [ssCtrl]) then begin CodeSite.Send('TformTextEditor.FormKeyDown: '); Key := 0; end end; -
At run-time, select any text in a TRichEdit and press CTRL+I: The selected text will be replaced by a TAB "character," which has the same effect as pressing the TAB key. BTW, the same effect occurs in Notepad. Is there a way to prevent this? Delphi 12.2 Windows 11 x64
-
Switching off automatic Bookmarks?
PeterPanettone replied to PeterPanettone's topic in MMX Code Explorer
To summarize, MMX is an extremely valuable and flexible addition to the Delphi developer's toolkit. I like the fact that you can switch off the bookmarks if you don't need them. Perhaps it would be helpful if the bookmarks were switched off by default during the initial installation. -
Switching off automatic Bookmarks?
PeterPanettone replied to PeterPanettone's topic in MMX Code Explorer
It's nice to hear that someone uses it. -
Switching off automatic Bookmarks?
PeterPanettone replied to PeterPanettone's topic in MMX Code Explorer
Numbers? -
Switching off automatic Bookmarks?
PeterPanettone replied to PeterPanettone's topic in MMX Code Explorer
Who? -
Switching off automatic Bookmarks?
PeterPanettone replied to PeterPanettone's topic in MMX Code Explorer
Here are the places I found where the "drop bookmark" feature can be switched off: History: Searching: Did I miss any? Is anyone using these dropped bookmarks? Thanks for the other basic MMX features; they are very helpful! -
Several MMX actions automatically set Bookmarks in the source code or even set a mark where the ESC key jumps to another position in the source code. I find this extremely disturbing. Where can I switch this OFF?
-
Are you sure that "scaling" generally works as intended? Maybe we could do without it
-
This might also cause another existing problem: Currently, if the IDE CRASHES (which unfortunately happens sometimes), all changes in CodeLibrarian (e.g., adding an Item) are LOST! So, the remedy proposed by you should also be applied to content saving: All CodeLibrarian CONTENT CHANGES should also be saved during FormHide).