Topics

1

Screenshot Captor / Re SC 14.5.0 File/CreateNewImageFromClipboardImage.

« on: November 11, 2015, 01:40 PM »

Hi J,

I am using File/CreateNewImageFromClipboardImage.

It seems that where it used generate a sequential file name for each new use of this menu function, it now always uses the same file name (silently clobbering what was there).

Is this borked?

Thanks
Owen

2

DcUpdater / .dcupdateredirect Win7

« on: March 12, 2012, 07:49 PM »

Are .dcupdateredirect files used still, on Win7?

Where are they located?

Thanks... Owen

3

DcUpdater / Dcupdater problems - v1.23.01?

« on: February 15, 2009, 02:47 AM »

Another problem:

DCUpdater does not follow a redirect returned by the web server when fetching the dcupdate.xml file.

In view of the very long time that other bugs have existed, there is no rush to fix this one, I will remove dcupdate support from my apps over the coming days.

Owen

Log:

Attempting to download 'http://www.vk1od.net/nfm/dcupdate.xml' as 'C:\DOCUME~1\owen\LOCALS~2\Temp\32B.tmp'.
Queued download of 'http://www.vk1od.net/nfm/dcupdate.xml' as 'C:\DOCUME~1\owen\LOCALS~2\Temp\32B.tmp'.
Nfm: Completed download of C:\DOCUME~1\owen\LOCALS~2\Temp\32B.tmp (0k).
ERROR: Config File 'C:\DOCUME~1\owen\LOCALS~2\Temp\32B.tmp' could not be loaded by TinyXml lib - Error reading end tag.
Nfm: get version failed

4

DcUpdater / More than a year since the last updates!

« on: September 10, 2008, 04:29 PM »

Looks like DCUPDATER has been "stabilised", ie no fixes, no enhancements?

Owen

5

DcUpdater / DcUpdater problem - v1.23.01

« on: July 15, 2008, 05:38 AM »

I am starting dcUpdater with:

C:\PROGRA~1\DCUPDA~1\DcUppdater.exe -nothingexit in the task scheduler.

I note that it flags FARR in need of update, but dcUpdater exits after performing the checks.

Seems like the -nothingexit switch is not working properly.



Owen

6

DcUpdater / Dcupdater problems - v1.23.01?

« on: June 30, 2008, 08:42 PM »

Mouser,

If/when you get to do some revisions to dcUpdater:

Version dates do not display sometimes in the main dcUpdater window... seems sensitive to date and I think probably an internationalisation issue (I use dd/mm/yyyy format).

Right clicking an entry and selecting recheck version does not seem to capture the installation of an update in the current dcUpdater instance.

It would be nice if dcUpdater was launched by a specific .dcupdate file, that it could do a version check using the default list, and a right click option to add a .dcupdate file to the defaults if it isn't already there.

Owen

7

DcUpdater / single thread updates

« on: June 30, 2008, 01:29 AM »

Some installers will not allow multiple concurrent instances.

It would be safer if DCUPDATER launched update processes one at a time.

Owen

8

DcUpdater / Allocation of .dcupdate namespace to user.

« on: February 28, 2008, 03:32 AM »

Mouser,

Have you though of facilitating end user use of the .dcupdate file by reserving a part of the namespace for the user to allocate knowing nothing that you do will trample over it or be ruined by uncoordinated content.

For example, a sub item called "user" in which all user entities are mapped would achieve that end. dcUpdate would just ignore that part of the xml tree, and the user could use it as he wishes.

Perhaps it would be wise to declare a rule on the maximum size of the .dcupdate file, perhaps 10k would exceed reasonable needs.

Cheers
Owen

9

DcUpdater / suggestion: web path changes

« on: February 28, 2008, 03:27 AM »

Mouser,

We all dread needing to change the web site that hosts our update and support pages for an application.

I suggest that it would be useful if the dcupdate.xml file included in a standard way, a url for the support directory.

eg:

<?xml version="1.0"?>
<root>
<Program_Version>0.0.2</Program_Version>
<Program_Release_Day>0</Program_Release_Day>
<Program_Release_Month>0</Program_Release_Month>
<Program_Release_Year>0</Program_Release_Year>
<VersionFileRemote>http://www.mysite.net/myapp/dcupdate.xml</VersionFileRemote>
... etc
</root>

Further, that when dcUpdater reads the file and finds the 'new' entities, that it updates the application's .dcupdate file for the new url for all such entities that do not match so that dcUpdater can automatically adjust to the new site. This would be most effective if dcUpdater was launched automatically on each boot, or periodically so the new site was likely to be captured before the old site shuts down.

Do you understand what I mean?

Owen

10

DcUpdater / Integration of dcUpdater with Nullsoft Installer

« on: February 28, 2008, 02:58 AM »

Mouser,

Some ideas...

I was interested in facilitating use of dcUpdater as part of my product installation. The path I chose with NSI is described below.

Firstly, my package makefile creates a dcupdate.xml file during the setup package build process. This will be loaded on the distribution web site along with the setup file. The makefile also generates a .dcupdate file for the application and which is included in the setup package for installation in the application program directory.

The nsi script writes a file informing dcUpdater of the location of the product program directory, here is an example for the product MyApp.

;register MyApp with dcUpdater
SetShellVarContext all
FileOpen $0 $APPDATA\DonationCoder\DcUpdater\RedirectFiles\MyApp.dcupdateredirect w
FileWrite $0 "$INSTDIR"
FileClose $0
SetShellVarContext current

(This is possibly what the helper app does?)

My application checks for existence of dcUpdater by looking at the dcUpdater uninstall info at registry key HKEY_LOCAL_MACHINE\\SOFTWARE\\Microsoft\\Windows\\CurrentVersion\\Uninstall\\DcUpdater_is1 and if it is installed, adds a function to launch MyApp.dcUpdate from my application.

Invoking dcUpdater from the program menu will show MyApp along with the other registered applications because it has been registered by the install script.

Mouser, is any part of this scheme incompatible with the future for dcUpdater.

I considered whether to create the directory $APPDATA\DonationCoder\DcUpdater\RedirectFiles if it didn't exist, and so register for the future... but I elected to not do so at this point. It would not be difficult to extend the script to make sure the directory exists so that the file is written in all cases.

It would be nice if there was a feature to say right click an application in dcUpdater and get a menu option "register this application". (If you are thinking it must be registered to be in the list, no, when I launch MyApp.dcUpdate, MyApp is in the list of one whether it is registered or not.)

Owen

PS: dcUpdater 1.23.01 has a problem with dates in dd/mm/yyyy localisations - some dates don't show up, perhaps because they are regarded as invalid.

11

DcUpdater / Trials...

« on: September 06, 2007, 08:03 PM »

Mouser,

I have just had a little play with DCUPDATER, trying to integrate it into one of my apps.

Some observations:
The help file shows an example for the web version file that is different to one of your apps which sets the items within a <root> section.

I spent a lot of time trying to work out why my release date didn't show in dcupdater... but it looks like it is date sensitive (31 Aug did not display, whereas 3 Aug did) , and possibly to do with localisation of the date (I have date format set to dd/mm/yyyy).

A simple DLL interface that allows an application to test whether dcupdater is installed (say a function to return the version of dcupdater) would allow an application to show relevant menu options only when dcupdater is available.

Owen