Josef Zayats

But Select lists in store dialog became Case sensitive some time back - I think since version 6.9.

I've been complaining about this issue for a while and hoped it'd be fixed in DW7, but unfortunately it's still there.

The Problem:

When a 'Select List Only' is used in a store or Index dialog, and associated select lists are either fixed or external to a file connection - then these select lists are Case Sensitive (If Default or external to database connection select list is used the behaviour is as expected, case-insensitive).

For example if you have a fixed select list with entry 'Invoice' in it and a store dialog DocType field is configured to use this Select List and option 'Select List Only' then stroing a document with DOCTYPE="INVOICE" would produce the 'Value for field DOCTYPE is not from Select Listentry not from select list' error

To me it is a clear bug, not a feature request. Even more strange is that dropdown dynamic select list works as expected: when you type in the field (see above example) "INVOICE" the word 'Invoice' does appears in the dropdown. And yet it would not accept INVOICE when store. But if you create your Select list in a database - with exactly same entries - all of a sudden the case sensitivity goes away.

Docuware, please acknowledge and fix!

Casey,

I know, noone uses disks backups to DVDs any more, but I had to move storage locations so many times, and it's so much more controlled/reliable when you move let's say 50 4GB disks than one 200GB folder, No?

So now, in order to keep flexibility and convinience of the 'limit disk capacity' option, we'd need to pro-actively monitor 'available disk space' on the current FC disk? This is well know to cause problems. The only realistic option now is not to 'Limit Disk Capacity'. 

What a step backward!!!

Or am I missing something here?

Martynas,

you could use an AutoIndex job to format your column from the way it was recognized by IntelligentIndexing to exactly how you want it be presented to users. Now with DW7 new AI features it's pretty simple.

Vanessa,

You do not have to Unstaple 400 pages, but use a split function 4 times to separate into 5 documents and store them individually, but with the same indexing info, perhaps add a new index feild (Document Section Number?) and have indexed with 1,2,3,4,5 for each document.

If you want to keep it as a single document, you could still split it in 5 parts, and then add to the tray 4 specially created 'separation' pages (as PDFs - use printing from MSWord to Docuware Printer) which will contain some unique text such as "Document Separation Page", and have all 9 documents stapled in order of alternating document parts and the pages. Store resulting document. 

Then when you have the document found by search, you could use the Docuware Viewer "Start Fulltext Search"  and "Fulltext search continue" tools to locate your bookmarks (Searching for "Document Separation Page")

DW7 installation gives a pre-instgallation check warning that it's being installed on a Domain Controller, but installs just fine and so far I could not see any issues.

Neither I could find any references to why such a warning being issued.

Does anyone know?

Seth,

just a silly thought. But Docuware Administration-online needs to be updated to V7.

(Repost from my previous pst)

according to Docuware, this is a known bug (obviously known only to them as we all have to go thru troubleshooting pains).
The bug is that let's say you have a tasklist (or a result list) with a selection based on a certain index field and then you use 'Change Index Values for ALL Entries" and trying to change THAT index field - then only half of documents are changed.

Petar,

I do not think you can use dwcurrentuserlongname variable in Select list SQl Command.

But here is a view generating statement I was talking about - no need to maintain. Create a view using this, and it'll be dynamic for new users.

select a.name AS Column1, b.name as Column2 from dwsystem.dbo.dwuser a, dwsystem.dbo.dwuser b where a.name<>b.name