Tommi Prami

Might be, but I would specifically need more than 100% font size if use 4K monitor, even on very large one. -Tee-

Pumped into this on, somewhere in here : https://github.com/zMotoR/IDEFont Seemed like perfect solution, but it'll change the Font size of the Form editor also, which leads into resized components on the form. Filed an issue for the projects, don't know is it possible to set font form by form, in the IDE; but that plugin is very close what would be good enough for me. -Tee-

At least we had to set all of our desktops (Previous versions of Delphi at least) to 100% font size/DPI setting, because Delhi will save the Dpi value to the Dfm, and sizes of components are scaled also. Should do quick test tough...

I use Win10, latest version. Previously Delphi saved the higher DPI to the dfm, and therefor you jsut can't compare changes on saved on different machines (with different DPI). Would be super cool if deDelphi would always save as standard 96dpi not the one dev machine happens to use. -Tee-

That issue is closed, is there duplicate, or why is that? Any idea? Issue states fixed in 10.2 if I understand...

Removed the experts from my Tokyo installation, works not, not optimal tough...

Yep, I also had XTokyo one, but will it just load wrong one...

Seems that there is only one ParnassusCoreEditor.dll in my system drive, and it is of version 1,6.0, and most likely not compatible with older plugins. -Tee-

I can confirm this... Damnation. 10.2 installation is pretty useless... 😞 Wouldn't matter too much, but that will be main IDE for a couple of weeks or so 😞 -Tee-

I would like to see this plugin to get more support, now that code is already there, and installer, maybe, to speed up the start... Edit, how anyone can understand what I menat, coz I can't 😄 Would be nice to have installer for different IDE-versions, so it would be easier to start using it. I would suggest, if possible, add some standard colorizxation of properties, but it should be configurable, but editing INI-file would be OK, to me anyways. Because there are so many components and different properties, and some are interested in very different properties... -Tee-

Seems pretty cool. Would like to have some way to set this up, maybe an .ini-file etc, to give some custom properties. Did not check the code, so don't know that was it your plugin, but colorization of properties would alonne help a ton. Sometimes you spend very long time for property like Name etc. -Tee-

This seems to be simple problem, but nothing but trivial. I think is very hard to get 100% right. Depending on use cases. Is it about user input or random set of Xml-files to read etc. This is one of those things that if there would have been solved by any standard from dawn of times. Too much variations. Dates and/or times are even worse, at least the Date part. If someone has tons of time and good test sets, would be good to have "Fuzzy string conversion library" which would at least try to make conversions like this. -Tee-

Sounds like a interesting project. Would be way better to use library for that kind of things than to make one of your one. most likely. -Tee-

Thanks for info. Benchmarking and measuring is not easy indeed.

Has anyone done benchmarking against regular Delphi lists (Generic or not). Would be interesting to see how much this helps. I was just pondering that I can't even make guess what the difference will be.

I would need to get position of MenuItem, of top level TMenuItem, so always visible. I would like to show balloonhint on top of that, to tell user that, you should go in this menu, to process stuff, pretty much now, if suints your timetable 😉 -Tee-

Could this be messed up with visual form inheritance. It works in clean demo app, basically your code, with those name changes I've made. Have to typecast the constant because otherwise I'll get an Constant violates subrange bounds error, but not even that matter/happen in a clean new App. -Tee-

type {$A8} // default quadword-alignment PSTMenuBarInfo = ^TSTMenuBarInfo; tagSTMENUBARINFO = record cbSize: DWORD; rcBar: TRect; hMenu: HMENU; hwndMenu: HWND; { fBarFocused:1: BOOL;} { bar, popup has the focus } { fFocused:1: BOOL; } { item has the focus } FocusedBits: BYTE; end; TSTMenuBarInfo = tagSTMENUBARINFO; function STGetMenuBarInfo(hend: HWND; idObject, idItem: Longint; var pmbi: TSTMenuBarInfo): BOOL; stdcall; external user32 name 'GetMenuBarInfo'; function GetWindowMenuItemRect(const AHandle: THandle; const AIndex: Integer): TRect; var LMenuBarInfo: TSTMenuBarInfo; begin FillChar(LMenuBarInfo, SizeOf(TSTMenuBarInfo), 0); LMenuBarInfo.cbSize := SizeOf(TSTMenuBarInfo); {$RANGECHECKS OFF} {$OVERFLOWCHECKS OFF} {$WARN SYMBOL_PLATFORM OFF} Win32Check(STGetMenuBarInfo(AHandle, Longint($FFFFFFFD), AIndex, LMenuBarInfo)); {$WARN SYMBOL_PLATFORM ON} {$OVERFLOWCHECKS ON} {$RANGECHECKS ON} Result := LMenuBarInfo.rcBar; end; Changed types and method name to make sure it uses different types, added some far fetched compiler defines. Same code works using rest of your code. But failed on app that woulöd actually need to use it :). Have an idea tough... Gives me System Error. Code: 1400. Invalid window handle LEt me see... btw... Thanks for help!

Thanks, Can't see any difference but if I copy record and external method declarations from github, it compiles. weirdest thing ever 😄

Thanks, I see nothing wrong in that, but I just can't see why Compiler does not like it. It might be something trivial, but I just can't figure it out. TMenuBarInfo = tagMENUBARINFO; // <- [dcc32 Error] : E2029 '=' expected but identifier 'TMenuBarInfo' found

Tried all combinations of different handles and indexes, I could think of... Damnation. Now have to go tortured by the Dentist, and not event the Delphi-coding one 😞

Thanks man, I'll check... Gort to make couple of changes to make it compile, weirdly it did not allow me to assign Returned rect to result. Type in Delphi seems to be TMenuBarInfom and last parameter of GetMenuBarInfo is defined as Var-parameter. So I think I'll have to pass the whole record, not just pointer. function GetWindowMenuItemRect(const AHandle: THandle; const AIndex: Integer): TRect; var LMenuBarInfo: TMenuBarInfo; begin FillChar(LMenuBarInfo, SizeOf(LMenuBarInfo), 0); LMenuBarInfo.cbSize := SizeOf(LMenuBarInfo); {$WARN SYMBOL_PLATFORM OFF} Win32Check(GetMenuBarInfo(AHandle, Integer($FFFFFFFD), AIndex, LMenuBarInfo)); {$WARN SYMBOL_PLATFORM ON} Result.Top := LMenuBarInfo.rcBar.Top; Result.Left := LMenuBarInfo.rcBar.Left; Result.Height := LMenuBarInfo.rcBar.Height; Result.Width := LMenuBarInfo.rcBar.Width; end; It just gives me System Error. Code: 1400. Invalid window handle Tried to pass Windows Handle, MenuITems handle, did not Accept it... 😞 Weird. -Tee-

Should have been little more clear. I would need to open vector maps, bitmap maps. And other geolocation data. do some drawing on the map etc. Preferably some code to make some analysis if needed. -tee-

I think this comes (also) down to how expensive is getting Default Value. If just Constant or some simple value, then it is not an problem, But if it's anything more complicated, then it could be pretty slow if there is significant instances of other than default.

Don't need to be ready to run thingy, just something to make things little bit easier. So don't have to code all from Scratch. Would be good exercise, but not enough free time to tinker on it. Or some article on how to actually code one would also help. -Tee-