[duxhelp] Re: Finding and replacing styles

Along these same lines, is there an option to remove all styles from the
document? This would be similar to Word's "clear formatting"
instruction. Alternatively, (perhaps a better option) would be to have
the "Word Importer..." dialog under global settings to have the option
to ignore Word styles. We are often looking to not use any styles but
have Word files as a source and this would be a good option for us.

+-------------------------------------------+
|            Michael Surato                 |
|      Resource Center for Persons          |
|           with Disabilities               |
|      Michigan State University            |
|            120 Bessey Hall                |
|        East Lansing, MI 48824             |
| Voice: (517) 353-9643 Fax: (517) 432-3191 |
+-------------------------------------------+ 
   

> -----Original Message-----
> From: duxhelp-bounce@xxxxxxxxxxxxx 
> [mailto:duxhelp-bounce@xxxxxxxxxxxxx] On Behalf Of Joanmarie Diggs
> Sent: Saturday, March 25, 2006 2:08 PM
> To: duxhelp@xxxxxxxxxxxxx
> Subject: [duxhelp] Re: Finding and replacing styles
> 
> Hmmmm.... Now I'm pondering. :)
> 
> The case you mention is not quite what I had in mind.  If a 
> user knows how to enter the style to find as a style tag, 
> what is the likelihood that he/she will then turn around 
> enter the replacement style as plain text?
> Granted, I've seen stranger user behavior, but my gut is 
> telling me that this scenario isn't going to happen all that 
> often.  So **for this
> scenario** I'd say clean up the error message.
> 
> The scenario I'm envisioning is  a bit different.  What if 
> you imported a document from Word and, due to the default 
> formatting in Word, wound up with text in Duxbury that was 
> formatted with the paragraph style, but really should be 
> formatted as text separated by a new line?  In that instance, 
> you could replace the paragraph style with the code [l] or 
> [<].  So the user gets into the find/replace dialog, manually 
> enters the style tag, manually enters the code, and then sees 
> the replace stylename checkbox and has to decide whether or 
> not to check it.  A reasonable thing, I think, for the user 
> to conclude is that he/she is indeed replacing a stylename:  
> The stylename <para.> is being replaced with the code [l].  
> That might not be what the intent of that checkbox is, but 
> the user will check it all the same. :)  Even if you clean up 
> the error message, our hypothetical user is not going to 
> understand what the problem is.  So in this case I'd vote for 
> either option 1 (just do the replace) or option 2 (are you 
> sure you want to replace your style with this code).
> 
> --Joanie
> 
> -----Original Message-----
> From: duxhelp-bounce@xxxxxxxxxxxxx 
> [mailto:duxhelp-bounce@xxxxxxxxxxxxx] On Behalf Of Peter Sullivan
> Sent: Saturday, March 25, 2006 1:19 PM
> To: duxhelp@xxxxxxxxxxxxx
> Subject: [duxhelp] Re: Finding and replacing styles
> 
> Joanie,
> 
> I've been pondering this a bit.
> 
> The behavior that you're now seeing -- apart from the 
> ugliness of the error message -- is at least somewhat intentional.
> 
> What I wonder is, when a user types in a "style name to find" 
> as a style tag, and a "style name with which to replace it" 
> as plain text, then checks "replace stylename", just what is 
> the intent?  Is the user intending to replace style tags in 
> the document with plain text?  With "replace stylename" 
> checked, that's never what DBT will do.
> 
> So we deliberately stopped short of handling the "mixed entry 
> method" case that you cite, for fear that we'd otherwise be 
> doing something that the user wasn't expecting.  Perhaps with 
> Undo available, that's not such a big deal.
> 
> Anyhow, I have some choices for you (and others who may care 
> to express an opinion).  Shall we:
>   1. Just go ahead and replace the one style with the other, 
> despite the odd data entry,
>   2. Warn the user about the apparent inconsistency, and go 
> ahead with the replacement if the user confirms it, or
>   3. Just clean up the error message?
> 
> - Peter 
> 
> -----Original Message-----
> From: duxhelp-bounce@xxxxxxxxxxxxx 
> [mailto:duxhelp-bounce@xxxxxxxxxxxxx] On Behalf Of Joanmarie Diggs
> Sent: Thursday, March 23, 2006 3:23 PM
> To: duxhelp@xxxxxxxxxxxxx
> Subject: [duxhelp] Finding and replacing styles
> 
> Hi all.  With respect to this fix:
> ---
> DBT's Find and Replace dialogs are more flexible about 
> understanding a user's intent to search for or replace 
> styles. It is now possible to use Control-< to enter the 
> style as a tag and check the "Find/Replace style"
> checkbox.
> ---
> If you: 
> 1. manually insert a style with Control-< 2. put a non-style 
> in the replace with edit box 3. check the replace stylename checkbox
>  
> You still get the error dialog.  The error message isn't very 
> pretty either.
> Here is the screen shot of the dialog that appeared when I 
> tried to replace the para style with the linefeed code -- 
> both of which were manually entered.
>  
> 
>  
> And for the benefit of screen reader users, here is the text 
> (which I would read with all punctuation turned on -- also 
> note the non-printing character that appears after each open 
> quotation -- JAWS says it's "character 28")
>  
> There is no style defined with the name "es~para..  Are you 
> sure you want to replace all occurrences of the style 
> "es~para. with "l? 
>  
> Take care.
> Joanie
>  
> 
> 
> * * *
> * This message is via list duxhelp at freelists.org.
> * To unsubscribe, send a blank message with
> *   unsubscribe
> * as the subject to <duxhelp-request@xxxxxxxxxxxxx>. You may also
> * subscribe, unsubscribe, and set vacation mode and other subscription
> * options by visiting http://www.freelists.org.  The list archive
> * is also located there.
> * Duxbury Systems' web site is http://www.duxburysystems.com
> * * *
> 
> * * *
> * This message is via list duxhelp at freelists.org.
> * To unsubscribe, send a blank message with
> *   unsubscribe
> * as the subject to <duxhelp-request@xxxxxxxxxxxxx>. You may also
> * subscribe, unsubscribe, and set vacation mode and other subscription
> * options by visiting http://www.freelists.org.  The list archive
> * is also located there.
> * Duxbury Systems' web site is http://www.duxburysystems.com
> * * *
> 
* * *
* This message is via list duxhelp at freelists.org.
* To unsubscribe, send a blank message with
*   unsubscribe
* as the subject to <duxhelp-request@xxxxxxxxxxxxx>. You may also
* subscribe, unsubscribe, and set vacation mode and other subscription
* options by visiting http://www.freelists.org.  The list archive
* is also located there.
* Duxbury Systems' web site is http://www.duxburysystems.com
* * *

Other related posts: