Jump to content

David Millington

Embarcadero
 View Profile  See their activity

  • Content Count

    29

  • Joined

  • Last visited

  • Days Won

    6

Posts posted by David Millington

  1. Posted

    On 4/26/2022 at 6:51 PM, corneliusdavid said:

    Navigator plugin with it's Go To Shortcut. With a default hotkey of Ctrl+G, it drops a stack-based bookmark, incrementally searches as you type a destination, jumps there once you select it, then Escape takes you right back. I'm often going up to the implementation section to add a unit to the uses clause and then want to continue where I was at. This is a huge productivity boost for me.

    Glad you find this useful! The stack bookmarks are enormously powerful simply because of toggling... they're a good example of building a feature where the key functionality is less than you envisaged. I thought a stack of bookmarks, so you can go backwards by popping one off the stack would be very useful, but 90% of the value is in a stack of one item 😄

    FWIW the shortcut Shift+Esc may be useful to you: it drops a stack/caret bookmark and jumps back, in one go. So you can easily toggle between any two locations (across units, ie over editor tabs) that way. Drop a caret (Ctrl+Shift+B), go somewhere, press Shit+Escape and it'll drop a caret and go back to (picking up) the first, then Shift-Escape again and it'll drop a caret and go back to the other...

    • Thanks 3

  2. Posted

    An error restarting indicates a bug in the GetIt code, since the plugins are installed via GetIt and aren't active (aren't loaded) until the restart.

     

    On 5/27/2022 at 6:10 PM, DJof SD said:

    As a matter of curiosity, does that change to the build process mean that the bookmarks feature is now fully integrated into the IDE?

    Not fully. They are part of the standard IDE build, but are still separate DLLs (not BPLs.) Both plugins use a powerful editor API for all their drawing which is located in CoreEditor.bpl, which I built, and which is what allows them to figure out what's onscreen, where, at what line, etc. We're planning to build an API like this into the IDE, and then move the plugins to use our inbuilt API, at which point they'll be fully integrated.

     

    Ultimately we would like that API to be public, part of the ToolsAPI. Bookmarks and Navigator obviously benefit from it, but other tools like GExperts and CnPack also draw in the editor. We have to be careful since we don't necessarily want doing this taken lightly, but making an API available is a better choice than plugins writing code to hack in the same functionality.

     

    • Like 2

  4. Posted

    Bookmarks and Navigator are now here:

    and

    https://blogs.embarcadero.com/bookmarks-and-navigator-are-available-for-rad-studio-11/

     

    The blog post has full info but a couple of notes:

    • We have set up systems so this build delay should not happen again
    • They are available for both 11.0 and 11.1
    • The Debugger plugin is also coming within a few days

    Many thanks for your patience here, and I hope you find installing these helps your productivity and use of the IDE.

    • Like 3
    • Thanks 2

  5. Posted

    Bookmarks and Navigator are now here:

    and

    https://blogs.embarcadero.com/bookmarks-and-navigator-are-available-for-rad-studio-11/

     

    The blog post has full info but a couple of notes:

    • We have set up systems so this build delay should not happen again
    • They are available for both 11.0 and 11.1
    • The Debugger plugin is also coming within a few days

    Many thanks for your patience here, and I hope you find installing these helps your productivity and use of the IDE.

    • Thanks 9

  6. Posted

    Good news - very good news, that I hope many of you will be happy to hear. Bookmarks and Navigator are now available for RAD Studio 11.

     

    Full info here: https://blogs.embarcadero.com/bookmarks-and-navigator-are-available-for-rad-studio-11/

     

    The blog post has full info but a couple of notes:

    • We have set up systems so this build delay should not happen again
    • They are available for both 11.0 and 11.1
    • The Debugger plugin is also coming within a few days

     

    Many thanks for your patience here, and I hope you find installing these helps your productivity and use of the IDE.

    • Like 1
    • Thanks 7

  7. Posted

    Hi. I'm sorry we could not (or did not) update earlier.

     

    The delay is not to do with high DPI. The plugins should work fine with high DPI 🙂 The delay has been integrating and changing our build system. They were integrated as third party projects and we have been bringing them into our normal system (they'll still be shipped in GetIt as installable plugins for the foreseeable future.) We haven't wanted to promise a date, but (without promising) I would expect them to be available with 11.1.

    • Like 2
    • Thanks 4

  8. Posted

    Marco showed a preview of some of what's new in Delphi 11 yesterday - you can read his blog with screenshots, or watch the video replay, here.

     

    I'm also giving a talk today on Usability and Design, in general but also referring to the IDE and some decisions we made there. If you've ever wanted to see an internal mockup of things we did not do, this is the one to watch -- but also, I hope the talk in general will be helpful for anyone who wants to have good design in their app. Join this or the other (really good!) talks today and tomorrow here!

    • Like 7
    • Haha 2

  9. Posted

    On 3/6/2021 at 1:31 AM, pyscripter said:

    @David MillingtonMaybe you could enlighten us as to the nature of the changes that made the Delphi IDE behave better with RD.  Are there any lessons to be learnt by Delphi developers?

    We were thinking of writing a blog post about it, I'll ping the person who was looking at doing so. For more detail I'll need to ask our engineers. My level of oversight here was to ask we fix RD bugs, I did not dig into the details of what changes we made or why.

    • Like 1

  10. Posted

    On 3/2/2021 at 11:16 AM, Lajos Juhász said:

    my guess is that it is for the IDE. Why they polluted the code only to be used in the IDE? ... I wonder what @Marco Cantu, @David Millington or @Dmitry Arefiev can publicly say about this case.

    Looks like something unintentional, we'd certainly want to fix. Can you file a QP with a sample project please (to be sure we see exactly what you see) and email me the QP number? david.millington@embarcadero.com. Thankyou!

  11. Posted

    That is the right place. Thanks!

    Those errors are in the debugger itself, not the Parallel Debugger plugin... but the plugin stresses / uses the debugger a lot more than the IDE does, so it's more likely to find issues when they exist 😞 Sorry about that.

     

    Please file bugs with debugger logs turned on, so we can solve them: http://docwiki.embarcadero.com/RADStudio/Sydney/en/Enabling_logging_for_the_RAD_Studio_debuggers

    • Like 1
    • Thanks 1

  13. Posted

    On 12/29/2020 at 5:38 PM, Slappy said:

    any idea why the installation gets stuck on "Installing library Parnassus CodeEditor..." ?

    No idea! Installation there are part of GetIt. The plugin installs several DLLs, and that one is a shared DLL also used by Bookmarks and Navigator. Do you have either of those installed?

     

    If it persists I'd contact Support.

     

  16. Posted

    Thankyou for adding this! I do know of C++ customers who lurk here, semi-anonymously since it's always been for Delphi. I hope we'll see some uptake here now there's an official C++ area. I appreciate you making it, thankyou.

     

    Atilla, I'm sorry to see you want to hide it. I hope seeing the sister language / second part f RAD Studio won't bother you or others too much. At Emb, we try to emphasise the benefits of integration (eg, getting access to C++ libraries from Delphi, or math performance, or similar.) I personally feel (from observation) there are many Delphi users who would find a little C++ in their apps a benefit.

    • Like 1

  20. Posted

    4 bytes does fit into a register in both and is okay.  It is params of 5, 6, 7, and 8 bytes in size that prompted this work: that is, params that may or may not fit into a register depending on if the register is 4 bytes or 8 bytes in size. I updated to make that clearer.

     

    Glad you find it interesting!

     

    For VC compatibility: for cdecl and stdcall, possibly. We had a very comprehensive review of all calling conventions on all platforms. Other compatibility areas with VC can be very different areas, things like object file format or RTL or...

  21. Posted · Edited by David Millington

    We made some changes to the low-level method call ABI in 10.3, which affects both Delphi and C++. This is likely to be invisible to you unless you do something very low-level. It's more visible to you if you use C++, because now an entire class of bugs has been fixed in one go.

     

    IMO, whether you use C++ or not, it's very interesting!

     

    Info here: https://community.idera.com/developer-tools/b/blog/posts/abi-changes-in-rad-studio-10-3

    • Like 2
    • Thanks 4

  25. Posted

    Quote

    most if not all of my model dialogues AV when registering them for theming (IOTAIDEThemingServices250.RegisterFormClass())

    This one should be fixed in 10.3.

     

    In terms of theme breaking - that bug isn't seen in 10.3, but it's the first time I've heard of it in 10.2.3 either. Is there a bug report?

×