Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Andreas Schnellbacher

Pages: [1] 2 3 ... 47
1
About Hobbes: The long description is not correctly displayed in the current HTML interface. It's correct when being downloaded as file per FTP. Second, upload requires passive FTP and active FTP is not rejected. It would just create 0 B files.

The uploader decides himself which prior versions are deleted on archiving (moving it to the destination) by the 'Replaces' entry.

(I always keep main versions and for others I delete the prior ones. One reason is that I want to ensure that people always use the newest version. If something important doesn't work, I'll upload a new version as soon as possible. Another one is to keep the repository clean. The full list of official versions can be accessed on netlabs.org, where I have have more options with the web page to direct people to the latest version.)

Ian seems to keep old versions on his site (where he mirrors Hobbes plus gathers files from other sources, also those that wouldn't be available elsewhere).

I don't like the Hobbes situation either. It's just too unsafe to rely on a single server. I'm glad that Ian's server exists and am not sure if we need another mirror.

2
Applications / Re: Desktop Enhancement for WPS
« on: May 13, 2021, 01:55:07 am »
I tried to download the given file but my anti viral tool detected a virus inside.
You never got a false alarm before?

It should be save to run the executable (and the resource DLLs) on OS/2.

3
| SciTech SNAP Graphics for OS/2 requires a version of OS/2 Warp 3 or
| later in order to run. More importantly, it requires at least Warp 3
| with FixPak 35, or Warp 4 with FixPak 5 installed.

4
I think you might be able to make a modified program object which would copy the file name used when opening  a program to a central "recently opened" list.
Yes, that might work.

It would probably work with files dropped on the program object, specified as a argument on the Program page, or when double clicking on a file in a folder. That wouldn't be that difficult to do.
Yes, both are WPS actions.

The problem is it would only work when using the WPS to open an app - meaning it would not pick up files opened from the File menu inside the app.  It probably would also not pick up files dropped on an already open application window (as opposed to files dropped on the Program object).
Yes, both are PM actions.

5
lsof provides app name which opens the file but of course,
It displays a list of which process holds which file or device open (locked). (Open files usually can't be e.g. renamed.)

I've written 'has opened', which means 'has loaded'. It's something like hatch-marked file objects to show the load state. A viewer usually opens a file to display it and then closes it. When being opened (loaded) by the WPS, such a file object is usually hatch-marked, provided the viewer is started synchronously. Unfortunately later PDF viewers for OS/2 keep a loaded file either opened or locked. But e.g. Iconedit or PMView do it correctly.

You can try it with e.g. opening a bitmap file object per double click or context menu. In both cases the file object gets hatch-marked, but also can be renamed after that.

6
Sorry Remy, that won't help anything in our case, as Lars has already written.

The important info is which app has opened which file.

IMO, that some sort of notification might exist (without an expensive daemon), shows the work area feature of a WPS folder. Unfortunately it works not with all apps, but e.g. with IBM's E.EXE or Aaron's AE.EXE. I don't have an idea why. Of course it also can't work for non-WPS actions, as e.g. when using the file dialog.

And even if we would find out how that works, we're still missing a list of (multiple) last opened files per app: If the work area folder feature is related, it would just give the current ones per folder, not multiple ones per app.

7
As you can see, changes to files are logged and can be queried. But you will have to specify a set of paths to look for. I don't know if directories are supported recursively.
Yes, interesting. But the cited notify actions seem to handle only changes of files or dirs in a folder. I don't see anything that can be used to track opened files. Am I wrong?

8
Sounds like a very elegant way. But does this also work when you f.i. open a file from cmd line in an editor which writes this file afterwards. And do you get notifications when you f.i. open a pdf by double clicking in the email client which fires up qpdfview and when do 'Save as' in qpdfview?
... plus files opened via file dialog.

9
Applications / Re: Most Recently Opened Documents - Discussion
« on: May 03, 2021, 09:00:59 pm »
"most recent files" is a global function.
Do apps use that WPS function? (I assume that's also the one been used for reopening file objects on opening work area folders, which doesn't work for all apps.)

10
Applications / Re: Most Recently Opened Documents - Discussion
« on: May 03, 2021, 08:16:35 pm »
DosFileClose with compare of 'known' extensions and 'last write' compare
Interesting, but not all opened files are loaded into an app. Apps usually open many other files that are closed - either by the app or by the system on closing the app. And files can be opened and closed with the libc functions.

I suppose, without implementing this into an app, there won't be a chance.

11
Applications / Re: Most Recently Opened Documents - Discussion
« on: May 03, 2021, 07:55:26 pm »
[Most Recently Opened Documents]

Dariusz, the problem is not the WPS object, but the functionality.

in Windows, all apps write to the same huge registry. There exists the 'Recent File List' key that is used by many applications. I'm happy that in OS/2, all applications usually use their own ini file. But there's also no standardized way to save the recent files. Some even use text ini files. (Additionally, some apps have multiple file lists for different purposes). But to allow for such a system function, all applications must implement history or recent file lists first and the system has to know where these apps store it and how.

Even if you consider to include only apps with that feature, you have to know where the apps store this and how. The ini files could be found still easily, but the relevant ini apps and keys are app-dependent. So, no chance without a huge list with that information.

Start first with having such a feature implemented for the apps you regulary use.

12
Could you post the  6.03b version of the ETK here please?
Uploaded to Hobbes.

I forgot to mention that this one is from 1996-06-07.

13
I don't think that many have ever used OCL. Finding someone with experience wouldn't be easy.

14
I had problems with two of the four example's .exes, when another EPM was open. I've just tried it again and all four start now.
That was wrong: The .exe files of the 6.00c samples start. The .exe files from the 6.03b samples 2 and 4 start only if EPM 6.03b is not running. That ETK version comes from DevCon and a friendly guy sent it to me.

15
Utilities / Re: QT5 Runtime
« on: April 23, 2021, 09:30:58 pm »
I've jsut tried to install the new Tea version and it has worked. start tea opens the Qt 5 program.

  • I've first updated all installed packages with ANPM (BTW: ANPM has the advantage that it has a priority list that makes it know about when the system has to be rebooted, in this case that wasn't required.)
  • Then I've installed Qt5, because Ivan told that it needs it, following Neil's hint (yum install qt5)
  • At least I've installed tea with yum install tea.

That's how I've just did it. An easier method might exist. I've no experimental packages installed.

Pages: [1] 2 3 ... 47