Downloads:
http://andy.jgknet.de/dspeedup
What is DelphiSpeedUp.
=================
DelphiSpeedUp is a Delphi/BCB/BDS IDE plugin that decreases the time the
IDE needs to start. It also improves the general speed of the whole IDE
and all it's loaded packages. This is made possible by many functions from
the FastCode project and some other functions. The plugin replaces RTL
functions by faster versions in memory. That means that only the IDE gets
the speed boost. Your compiled projects are not affected in any way
(except that the Delphi compiler meight be a little bit faster, for a
speed improved BCB compiler you can use other tools like bcc32pch or
one of the multi-thread compiler helpers).
How to install
==========
Delphi/BCB 5 users start InstallDelphiSpeedUp5.exe
Delphi/BCB 6 users start InstallDelphiSpeedUp6.exe
Delphi 7 users start InstallDelphiSpeedUp7.exe
Delphi 2005 users start InstallDelphiSpeedUp9.exe
BDS 2006 users start InstallDelphiSpeedUp10.exe
What does the installer do
===================
The installer copies the files DelphiSpeedUpLoader?.bpl and
DelphiSpeedUp?.dll to $(APPDATA)\DelphiSpeedUp.
Further It adds the DelphiSpeedUpLoader?.bpl to the "Known IDE
Packages" in the registry.
How to uninstall
============
The installer is also the uninstaller. Simply press the "Uninstall"
button. After the plugin is uninstall the IDE will not use any
DelphiSpeedUp code anymore because all RTL changes only happened in memory.
Changelog (1.8 -> 1.9):
================
- Fixed: ITE had not worked with 'Disable "Files modified.
Rebuild?"-Dialog' option
- Fixed: Starting Delphi without splash screen disabled some features of
DelphiSpeedUp
- Fixed: Wrong "close all and terminate process" dialog text
- Added: ComponentSelector edit (Delphi 5 to 7)
- Added: French translation
--
Regards,
Andreas Hausladen
(http://andy.jgknet.de/blog)
Didn't think it could get any better ... but I was wrong.
Thank you very much for such an outstanding product.
Olivier
Once again, thank you immeasurably for this excellent work.
>http://andy.jgknet.de/dspeedup
An, thanks also for letting us have a link to the site, instead of a
clickable dowbload link. :)
>- Fixed: ITE had not worked with 'Disable "Files modified.
>Rebuild?"-Dialog' option
What is ITE.
>> - Fixed: ITE had not worked with 'Disable "Files modified.
>> Rebuild?"-Dialog' option
>
>
> What is ITE.
Integrated Translation Environment.
--
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/
Find more about me on LinkedIn:
https://www.linkedin.com/in/obones
Thanks
"Andreas Hausladen" <AndreasDO...@gObviousToBeRemovedmx.de> wrote in
message news:44a6...@newsgroups.borland.com...
Uzytkownik "OBones" <obones_gfd_@_gfd_altern.org> napisal w wiadomosci
news:44a7...@newsgroups.borland.com...
Sadly there always seems to be that 'but' ! But ... I don't like the
component selector ... it seems to get the focus too readily and I get the
associated dropdown when I don't want nor need it ... and I can't turn it
off from the toolbar customization ... I get a list index (7) error. I'm
using D5 and use CompBar (if that's relevant).
Andrew
I have no idea, I jever really used ITE as it always seemed cumbersome.
I much prefer the DxGettext approach, much more flexible.
> Sadly there always seems to be that 'but' ! But ... I don't like the
> component selector ... it seems to get the focus too readily and I get
> the associated dropdown when I don't want nor need it
For me the drop down list only appear when I click into the component
selector's edit control. And I have worked with it for about one week now.
Andrew
"Andreas Hausladen" <AndreasDO...@gObviousToBeRemovedmx.de> wrote in
message news:44a9...@newsgroups.borland.com...
> - Added: ComponentSelector edit (Delphi 5 to 7)
Nice product however this item really should be an entirely separate
product as it deviates and begins to blur what the purpose of Delphi
Speedup is, ie: to speed up the loading of the IDE in contrast to adding
enhancements or improvements to the IDE.
--
John
> the purpose of Delphi Speedup is, ie: to speed up the loading
> of the IDE in contrast to adding enhancements or improvements
> to the IDE.
The purpose of DelphiSpeedUp is to accelerate the development process by
minimizing and optimizing waiting times and mouse ways. And as such the
ComponentSelected makes it faster for me when I'm searching for a
component that is somewhere in one of the 40 palette tabs.
In the next version (1.95) it will be possible to show and hide the
ComponentSelector toolbar with the controlbar's context menu. And the
configuration is stored to the DelphiSpeedUp registry key. So that a
hidden ComponentSelector stays hidden after a restart of Delphi.
> Nice product however this item really should be an entirely
> separate product
I have already started the next Delphi Plugin but that has a completely
different purpose where the ComponentSelector does not fit because it
concentrates on the source code that the compiler uses to compile the
project. And with that I do not mean anything that could be called "editor
tool". (Codename: CompileInterceptor)
> The purpose of DelphiSpeedUp is to accelerate the development process by
> minimizing and optimizing waiting times and mouse ways. And as such the
> ComponentSelected makes it faster for me when I'm searching for a
> component that is somewhere in one of the 40 palette tabs.
IMPOV, when you advertise DSU as 'a Delphi/BCB/BDS IDE plugin that
decreases the time the IDE needs to start' then a tool that enhances the
programmers experience, such as the new ComponentSelected capability, is
no differenct than VisualForms or GExperts, et al. There is a definate
difference in hooking into existing functionality leaving the IDE
experience unchanged but faster and adding/changing functionality. In both
cases the experience of the programmer may have improved but there is a
difference none-the-less.
I have high respect for authors, such as Gerritt with Model Maker Tools,
that stays focused on what a particular tool is for. I believe this focus
allows the tool to remain solid and easier to maintain.
This is just my opinion as you are the author and ultimately the choice is
yours and has been made. Please consider what I have written as
constructive and not an argument.
Good luck with the CompileInterceptor.
--
John
>I have already started the next Delphi Plugin but that has a completely
any plans on fixing bcc32pch bugs?
--
Vladimir Ulchenko aka vavan
greetings,
Harald
> For you, but the fact remains that these are entirely different kinds
> of experts and should probably be distributed separately. After all,
> all experts and 3rd party tools claim to enhance and improve the
> programming experience, and yet they are often VERY different in what
> they do.
For me, it all boils down to how easy it is to turn the feature off and
it to have no further impact on the environment or the add-on e.g. the
Shift + F9 of either speedup or compbar drove me crazy as I had already
assigned (using Gexperts) Alt+f9 for Build and Shift + F9 for syntax
check.
I would prefer to have 3 IDE packages do all I want (each with 5 tools
I decide to disable), than 50 that each implement something specific.
That is with all being equal, the argument suffers if a feature you
don't want suddenly interfers with you work.
--
Jason Chapman
JAC2 Consultancy
Development - Consultancy - Training
Delphi, InterBase, Firebird, OOAD, Development lifecycle assistance,
Troubleshooting projects, QA.....
Web: www.jac2.co.uk
> any plans on fixing bcc32pch bugs?
When there is the next update for BDS 2006 or the BDS 2007 release
(depends on what is first). At the moment I cannot really debug the DLL
and the code base for bcc32pch is too large for OutputDebugString() when
the IDE takes ages to start within a debug session.
I also get a list index out of range error when closing Delphi 7
The component selector also does not always function reliably and may or
may not drop down the list of components.
I've reverted back to Ver 1.8. since the speed up function is great.
Peter
>When there is the next update for BDS 2006 or the BDS 2007 release
there won't be any significant update for 2006 and 2007 will be
released approx. in a year
>and the code base for bcc32pch is too large for OutputDebugString() when
what exactly you're trying to print via OutputDebugString? can't you
output it some other way (using CodeSite for example)?
after all can't you find the bug comparing current code with previous
releases which worked fine for me? I wonder why your addon passes one
long quoted string to linker as -L"lots of paths here" while in
Project Options - Linker - Command Line IDE correctly shows
-Lsomepath;somepath;someanotherpath;"some path containing spaces,
minus signs etc.";somepath ?
http://unvclx.sf.net/downloads/DelphiSpeedUpV18.zip
Yes, I agree with others ... DelphiSpeedUp is unique, there are no other
products that provide such a valuable speedup within the Delphi IDE ...
there are loads of 'expert' addons ... so why try to dilute the utter
brilliance of such a good product with stuff that annoys and potentially
destabilizes the IDE ?
Andrew
<us...@domain.invalid> wrote in message
news:44ab...@newsgroups.borland.com...
> Thanks Peter ... you prompted me to abandon the latest version ...
> you can revert back :
>
> http://unvclx.sf.net/downloads/DelphiSpeedUpV18.zip
I liked 1.8, Im likely to revert too, the component searcher would be
nice for those who want, probably best to release as a separate product.
--
Liz the Brit
Delphi things I have released: http://www.xcalibur.co.uk/DelphiThings
It works great again for me, and the component selector is good as well, had
tried others like compbar, but didn't get on with them, also it doesn't
steal the focus on my setup.
Thanks
Andy