Jump to content

Georgge Bakh

  • Content Count

  • Joined

  • Last visited

Community Reputation

7 Neutral
  1. Did you know that this Java IDE can do the same thing for Pascal code too? After installing a plugin for Pascal support of course.
  2. Georgge Bakh

    Unused local variables

    I-Pascal highlights unused local identifiers in real time. Whole project can be inspected as well by "Analyze->Inspect Code..." menu option. It really can save some time preventing bugs getting into the code on early stage. So I think this is a must have feature for a modern IDE.
  3. Georgge Bakh

    Extremely useful feature

    Is it just an ordinary identifier usages list?
  4. Georgge Bakh

    Blogged : Delphi Package Manager RFC

    With dependency management done right libraries will become simpler, easier to maintain and of course more uniform.
  5. Georgge Bakh

    Blogged : Delphi Package Manager RFC

    I'd say in Free Pascal as such tool should be crossplatform and work for FPC too.
  6. Georgge Bakh

    Blogged : Delphi Package Manager RFC

    Very good initiative! The absence of dependency manager is a big problem of Pascal ecosystem. Not only CI scenarios suffers from it but library developers - there is no option to make a library dependent on another library as it become too complicated for most people to install and use it. So most libraries have *commons.pas units which contains pretty same purpose routines and classes. I thought about it a lot and the only reason why I not started such a project is that I believe it should be a community effort. Or we'll end up with another package manager without packages and users. I'm familiar with Maven from Java ecosystem and it does it's job well. Some quick thoughts: I see no much sense binding it to a particular IDE or even compiler. Let it work for FPC too! Components and packages are good but libraries are also good and much easier to manage. I think such a tools should have a command line based core with plugins for IDEs when needed. In that case CI server will be able to build project from scratch as it should be. Simple workflow - a project config file at input and a directory structure with library/package files at output. A package can be identified with an ID - something domain name-like works good here and partially solves problems with copyright etc. Please no GUIDs here! To identify a dependency seems to enough: (ID, version, compiler/platform, type) type is source or binary (dcu/ppu). Therefore, to use a library it's needed to create a config file and run the tool. After it ends its work there is a ready to use directory structure with all needed files and maybe even compiler config file with paths.
  7. Georgge Bakh

    Error insight in Rio

    Seems that using the new language feature breaks the parser. And all functionality which depends on it become broken as well. Use I-Pascal for code editing/refactoring until Delphi will catch up. Inline declarations are supported although I don't like this feature.
  8. Georgge Bakh

    Rio quality disappoint

    Delphi as a platform has it's strong points (VCL, debugger, language, ...) but its IDE is not the one. It lacks capabilities of modern IDEs for code analyzing and editing. These features can save a lot of time. Fortunately there are alternatives which can be used together with Delphi: VSCode and IDEA both supports Pascal.
  9. Georgge Bakh

    I-Pascal 2.0

    I-Pascal v2.0 has been released. What is I-Pascal? It's a Pascal language support plugin for IntelliJ IDEA. Integration with Delphi and Free Pascal Compiler. The main goal of the project is to provide modern code editing and inspection tool for Pascal language. Dependency cycles ready. In the new release: Completion options from not used yet units (with automatic modification of uses clause) Completion itself is improved and not is comparable to one for Java Delphi 10.3 inline declarations syntax support. Highlighting, find usage, renaming etc. No inherited destructor call inspection Project site: http://siberika.com/ Installation instructions: http://siberika.com/install.htm Source code: https://github.com/casteng/i-pascal
  10. Georgge Bakh

    Unresponsive IDE and massive memory leaks with RIO

    Did you uninstall/install again the IDE? When I first installed 10.3 CE it always (almost) hung on opening any project. After uninstall and install again the problem gone. I think it's worth to be included in manual.:)
  11. Georgge Bakh

    My first Delphi 10.3 impressions

    Not advocating dependency cycles but sometimes these are justified. For example when a big subsystem is separated to several units. These units will probably need each other as it's still a single subsystem and there is no higher level grouping for units with appropriate visibility rules. And of course it's not a reason for any of IDE features not to work.
  12. Georgge Bakh

    Can MMX move a class to another unit?

    For example, some third unit3 used TClass1 from the unit1 from which we moving TClass1 to unit2. In order to keep the code correct we need to update unit3 accordingly.
  13. Georgge Bakh

    Can MMX move a class to another unit?

    Will all code which used the entity also be updated automatically?
  14. Georgge Bakh

    New in 10.3: IDE UI Improvements in the Main Window

    I think there are other reasons. A compiler should not leak memory anyway. Also a compiler is not needed for IDE tooling.
  15. Georgge Bakh

    Detailed logging (for debugging)

    This should not happen with not inline functions too.