-
I have implemented a solution that allows to opt style variables "Cross-Platform" and "Native" in the same list as the concrete styles. Works find here. Cross fingers that MacOS VM brings up the LAF style for native default that you are looking for.
I will send you a test version as soon as a stable development release is available.
- Wolfgang.
2009-06-25 16:17:15 UTC in JPasswords
-
The current "Portable" solution prefers cross-platform styles in the first rank. I am aware this isn't the 100% solution. I will consider if your suggestion is doable or if some other resolution can be found.
The only current solution you can think of is working with local INI files, which comes to switching over to "Normal" running mode (non-portable). Whether this is good depends on how...
2009-06-24 06:22:43 UTC in JPasswords
-
The current "Portable" solution prefers cross-platform styles in the first rank. I am aware this isn't the 100% solution. I will consider if your suggestion is doable or if some other resolution can be found.
The only current solution you can think of is working with local INI files, which comes to switching over to "Normal" running mode (non-portable). Whether this is good depends on how...
2009-06-24 06:22:42 UTC in JPasswords
-
This is not a bug but regular behaviour. Copying a password modifies the "last used" time information of the corresponding record. You can avoid this behaviour by unchecking option "save minor database changes" in program preferences. But it has a price.
- Wolfgang.
2009-02-05 09:23:46 UTC in JPasswords
-
This is not a bug of JPWS but one of the peculiarities of the Linux Java Virtual Machine. Please do me the favour and go to some Sun forum and complain about the bad state of this software. It simply lacks my understand why there is no improvement on the poor basic graphics and windowing system of Linux Java for years.
- Wolfgang.
2009-02-05 09:16:55 UTC in JPasswords
-
I have implemented the following rule set for program version 0-6-0:
a) invalid records cannot be entered into the database via JPasswords (editor)
b) invalid records may not be entered through the import functionality
c) invalid records have a persistent life in the database, including save operations, once they are entered via other applications or through the merge functionality
d...
2009-01-12 07:45:56 UTC in JPasswords
-
I am currently not in the position to verify or test the program under Linux OS because Linux just doesn't work for me and I'm not prepared to spend endless futile hours with it (any more). I'ld be happy to see somebody in the developer list who might be able to contribute to Linux system verification.
If the problem is limited to GTK look-and-feel then I can say that this skin has proven bad...
2008-10-31 15:40:00 UTC in JPasswords
-
I am currently not in the position to verify or test the program under Linux OS because Linux just doesn't work for me and I'm not prepared to spend endless futile hours with it (any more). I'ld be happy to see somebody in the developer list who might be able to contribute to Linux system verification.
If the problem is limited to GTK look-and-feel then I can say that this skin has proven bad...
2008-10-31 15:35:47 UTC in JPasswords
-
I confirm this is regular behaviour and is due to a semantic rule in JPasswords on minimum data in a record, namely title and password.
I agree the present situation is not satisfying and at least a warning, and better still a list of affected records, should be available in the event where an "inconsistent" database is loaded.
I will further look into it whether a relaxation of the...
2008-10-31 09:59:47 UTC in JPasswords
-
Closed as no further confirmation available.
Expected cause of problem: validation problem in migration of applications (not a bug).
2008-06-04 15:33:29 UTC in JPasswords
