On Sat, Jun 22, 2013 at 4:29 PM, Robert Funnell <robert.funn...@mcgill.ca>wrote:
> On Sat, 22 Jun 2013, Toki Kantoor wrote: > > On 06/22/2013 05:17 PM, Dennis E. Hamilton wrote: >> >>> Being able to surface some UI ability to reveal the sources of the >>> feature controls that govern a point in the user-perceived document text >>> may require both deep and wide modification of current code. That does not >>> make the feature undesirable. It makes it costly. Even with agreement >>> among developers, there is the problem of enrolling open-source developers >>> to investigate and introduce it. And it won't happen by unilateral >>> contribution alone. There must be serious testing and other work to ensure >>> that nothing is destabilized. >>> >> >> Set up stylist to display _applied_ _character_ styles. >> setup the formatting bar, to display the current paragraph style name, >> along with some of the more commonly changed parameters. >> >> That setup will provide more useful information about what is going with >> the styles one is using, than the "reveal codes" extension that was >> created almost a decade ago. >> >> My guess is that that will provide the functional equivalent of "reveal >> codes" as used in WP. >> > > No, not at all, in my experience. One of the things RevealCodes was useful > for was positioning the cursor inside or outside a given style setting. For > example, type 2 characters, say 'ab', and bold one of them. Position the > cursor between them and type another character. As far as I can tell, you > have no control over whether you get the style of the 'a' or the style of > the 'b'. > > Another example: highlight some text, then delete the highlighted text. > Most of the time the highlighting style will still be hiding there waiting > for you, and when you type something else it gets highlighted. With > something like RevealCodes you would be able to see it there and delete it. > Since I have no idea what are you talking about, I cant really give you a straight answer, it would be helpful if you create or point to a screencast. You can use screenr.com to do quick screencasts. That said, usually when you use Show "non printing caracters" you can see which styles are you in. If you want to reset the styles you have Format -> Predeterminate format or Ctrl-M Deleting a style doesn't really make sense, because nothing say that is what the user would expect, even if delete the stile, where should it rollback? Usually deleating the line sill go to the upper line and adopt that style, for example, if you have a Heading and then some paragraph style. > > Without being able to see what's going on, you (I) end up having to apply > new character styles on top of existing ones blindly, with the result being > a dog's breakfast that clogs up the document and may be difficult to debug. > If I sound unhappy, it's because lately I've been spending a lot of time > doing multiple revisions of such documents written by others. I recently > looked into the content.xml file for one of these documents, which was > responding slowly, and it was horrifying how messy it had become. > Problem is because you are applying formating without using styles. This makes the rules apply directly in the content, giving the messiness that you are talking about. Styles through stylist clean this up much better fashion. But again I am "speaking blindly", I also have to review paperwork by others, and I am horrifyed by the fact they don't use styles, and each title is formated individually instead of having a global styles to manage. > > - Robert > > > ------------------------------**------------------------------**--------- > To unsubscribe, e-mail: > users-unsubscribe@openoffice.**apache.org<users-unsubscr...@openoffice.apache.org> > For additional commands, e-mail: > users-help@openoffice.apache.**org<users-h...@openoffice.apache.org> > > -- Alexandro Colorado Apache OpenOffice Contributor http://www.openoffice.org
