Suggestion: GetTextFromClipboard and CopyTextToClipboard

[NewsArchive]

Hi Friedrich,

I would like to suggest two functions

GetTextFromClipboard

and

CopyTextToClipboard.

The first would give you the possibility to get a serial number or a
subscription plan ID from the clipboard when the user clicks a button
"Paste" on a custom dialog.

The latter would give you the possibility to copy the contents of a
variable to the clipboard, when the user clicks a button "copy to
clipboard". This would be useful, if the text is the result of a system
check (==> Toolbuilder) and he want to mail the result to somebody.

What do you think?

Markus

[NewsArchive]

Hi Markus,

> I would like to suggest two functions
>
> GetTextFromClipboard
>
> and
>
> CopyTextToClipboard.
>
> The first would give you the possibility to get a serial number or a
> subscription plan ID from the clipboard when the user clicks a button
> "Paste" on a custom dialog.
>
> The latter would give you the possibility to copy the contents of a
> variable to the clipboard, when the user clicks a button "copy to
> clipboard". This would be useful, if the text is the result of a system
> check (==> Toolbuilder) and he want to mail the result to somebody.
>
> What do you think?

Good idea. It should not be a problem to add this.

Thank you for your suggestion.

Friedrich

[NewsArchive]

CopyStringToClipboard and GetStringFromClipboard functions added to SB8.

Thank you for your suggestion.

Friedrich

[NewsArchive]

Hi Friedrich,

> CopyStringToClipboard and GetStringFromClipboard functions added to SB8.

when sb8 will be released?

gennadi

[NewsArchive]

Hi gennadi,

>
> when sb8 will be released?
>

There is no release date for SB8 yet, but all items marked with "(sync from
SB8)" in the SB7 release history are already "backported" from SB8 to SB7.

http://www.lindersoft.com/HISTORYSB7.TXT

So the latest SB7.4 is already a "mix" of SB7 and SB8.

However, *major* new features, enhancements and modifications make it into
the SB8 release only and will not be backported.

Friedrich

[NewsArchive]

BTW, and there will be a SB8 "Beta" program before the official SB8 "Gold"
release.

Friedrich

[NewsArchive]

Hi Friedrich,

>> when sb8 will be released?
>>
>
> There is no release date for SB8 yet, but all items marked with "(sync
> from SB8)" in the SB7 release history are already "backported" from SB8 to
> SB7.
>
> http://www.lindersoft.com/HISTORYSB7.TXT
>
> So the latest SB7.4 is already a "mix" of SB7 and SB8.
>
> However, *major* new features, enhancements and modifications make it into
> the SB8 release only and will not be backported.

thanks!

gennadi

[NewsArchive]

Do you have a list of new features yet?

>
> However, *major* new features, enhancements and modifications make it into the
> SB8 release only and will not be backported.
>
> Friedrich
>
>

--
Russell B. Eggen
www.radfusion.com

[NewsArchive]

>
> Do you have a list of new features yet?
>

A full list is not available at this time. But one major goal of SB8 is
support for enhanced 64-bit capability (in the compiler and installer
kernel). For example:

- Large File Support (LFS) for files and setup.exe archives. This bumps up
the maximum capacities for files and setups to real 64-bit.

- Support for native 64-bit "Services".

- Support for native 64-bit "ODBC".

- Native 64-bit application detection and termination support.

PLUS tons of other cool goodies... <g>

Friedrich

[NewsArchive]

Friedrich,

Thanks. I'm probably in the minority here, but true 64-bit stuff is of no
interest or need for me at this time. I do concede to the "bragging rights" that
its possible <g>. I think I've heard more inquiries about .NET stuff than 64-bit
and the .NET inquiries are precisely zero <bg>.

Not that minimizes your efforts in any way, your customers are vastly different
than mine. I'm sure you have some corporate types that do want this stuff <bg>
(and you should pay attention to them for obvious reasons)

SB7 continues to be a solid workhorse here and I'm cheered on by the fact there is
a lot of life in SetupBuilder. The new feature list is not really a priority for
me; it just curiosity. ;-) I can wait until you have everything packaged up.

Another curiosity point: Does this count as one of your major feature release per
year clause? :-D

--
Russell B. Eggen
www.radfusion.com

[NewsArchive]

Russ,

"Enhanced" 64-bit capability does not mean that you have to ship a 64-bit
version of your own application <g>. The problem is that, even if you
install 32-bit applications, sometimes it is simply not enough to have only
32-bit support available to check and/or install Services, ODBC drivers and
other components on 64-bit operating systems. If you have a 64-bit database
running in the background that powers your 32-bit application, then it can
help if you have native 64-bit capability in your setup <g>. Or if you have
to control 64-bit Services on a x64 machine.

As a simple test, try to check if "Notepad.exe" is active on a x64 operating
system (using the "Detect Active Application..." script function) -- you
can't do this with the 32-bit feature set from the current SB7 <g> You need
a native 64-bit process to handle such a trivial task.

I bet that you need one of the "enhanced" 64-bit features sooner or later
<g> because nearly all new machines ship with a x64 Windows operating system
now.

Of course, support for .NET is already integrated in SB6 and SB7, so you are
safe for the future :-)

Friedrich

[NewsArchive]

BTW, just for fun, visit the following SB5/SB6 link and scroll down to the
bottom:

http://www.lindersoft.com/HISTORYSB.TXT

Nearly SIX (6) years ago, we added support for 64-bit to be prepared for the
future <g>. I think we were one of the first with a x64 XP machine at that
time. Today, most developers need these "basic" 64-bit features to install
their (32-bit) applications on 64-bit operating systems.

---

SetupBuilder 5.1 Build 1267 (September 23, 2005)


FEATURE : Add Windows x64 (64-bit) installation support. Interactions
with 64-bit system folders, the 64-bit registry and 64-bit COM
registration are supported [Developer Edition].

FEATURE : Build installations for both pure 64-bit applications and
hybrid applications that mix 32-bit and 64-bit code [Developer
Edition].

FEATURE : Distribute native 32-bit and native 64-bit applications with a
single version of the installer (32/64 two-in-one technology)
[Developer Edition].

FEATURE : Add "WOW64 Status" option to the "Get System Information"
script function to determine whether the specified process is
running under WOW64 (64-bit Windows).

FEATURE : Add "SB_SYSWOW64DIR" option to the "Get Special Folder Path"
script function to retrieve the path of the system directory
used by WOW64. This directory is not present on 32-bit
Windows.

FEATURE : Add "Enable/Disable x64 Support..." script function to enable
or disable support for x64 on Windows x64 systems at run-time
[Developer Edition].

Friedrich

[NewsArchive]

Nice! ;-)

Friedrich, next time anyone says they won't need something, send them over to me
<vbg>.

> BTW, just for fun, visit the following SB5/SB6 link and scroll down to the
> bottom:
>
> http://www.lindersoft.com/HISTORYSB.TXT
>
> Nearly SIX (6) years ago, we added support for 64-bit to be prepared for the
> future <g>. I think we were one of the first with a x64 XP machine at that
> time. Today, most developers need these "basic" 64-bit features to install
> their (32-bit) applications on 64-bit operating systems.
>

--
Russell B. Eggen
www.radfusion.com

[NewsArchive]

Excellent point! Yup, that would have certainly bitten me if I was not prepared
for it! Fortunately, you've got my back <g>.

The .NET stuff I'm already prepared for. This just gets better and better <g>

--
Russell B. Eggen
www.radfusion.com

[NewsArchive]

> Excellent point! Yup, that would have certainly bitten me if I was not
> prepared for it! Fortunately, you've got my back <g>.
>
> The .NET stuff I'm already prepared for. This just gets better and better
> <g>

<G> ;-)

Friedrich