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] 4 5 ... 48
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.

| 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.

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.

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.

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.

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?

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.

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.)

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.

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.

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.

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

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.

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.

Not sure if we are talking about the same thing.
Yes, we do. All ETK functions can be accessed from both C and E. As long as the NewEditWndClass is involved, the ETK is used. Prepending a command with the postme command (it's not a switch) resolves in the end into one or several posted (as the opposite to sent) ETK or other messages.

Using postme on file loading is most of the time necessary, because file loading takes a while and a command should be executed after a file has been loaded. (BTW: I remember that I had to use 3 cascaded postmes, e.g. for making the highlight circle stay. Of course, I try to minimize them.)

Pages: 1 2 [3] 4 5 ... 48