From: Benny M. <ben...@gm...> - 2008-04-08 13:58:13
|
Zsolt, I send this to you too for ideas. I suppose if users use a mono font and we export that as mono font in website, things are almost the same as formatted text. Perhaps it is interesting to have formatted as a style attribute like font, .... instead of a seperate check box? The normal text would then word wrap at the edge of the screen and the preformatted not (if that is possible, i suppose not...). It would be nice to do away with the preformat, and have it as a tag, just like italics, ... Note that clicking formatted in trunk produces an error now 'EditNote instance has no attribute 'text'' More comments inline below: 2008/4/8, Jason Simanek <jsi...@gm...>: > > > On Mon, 2008-04-07 at 16:59 +0200, Benny Malengier wrote: > > > Jason, as the person who made the css, is there another way to > > influence linebreaks, paragraphs? What would your take be on > > translating a note with newlines to html code? Use <br>? Is it really > > needed to translate linebreaks as <p>, would two new lines not > > automatically give nice flowing text? Could we use a custom tag, like > > <notenewline> which the css then handles?? > > > I would recommend discontinuing the use of <pre></pre> tags. That flies > right in the face of separating content from presentation. The <br /> > tag isn't my favorite either (for the same reasons) but when you refer > to forced 'line breaks' that is what the <br /> specifically is. > > I think I responded to David earlier about the use of <pre></pre> in > XHTML. It's not that that tag is specifically unsupported yet, but I > think there is a better way to format his information. From the example > he sent me, the content is just paragraphs and headlines. Why aren't > they represented in markup accordingly? I know that, currently, I have a > <p></p> surrounding the output of those notes, but that was based on my > assessment of what a 'note' is and, as you are still discussing it, the > formatting of 'Notes' is yet a moving target :D > > Seriously, the example I'm looking at would be better off as a separate > Word Processor document converted into PDF and then added as a Media > Object. Trying to resolve a long text document like this within the > 'Notes' item is fighting an uphill battle. GRAMPS isn't a word > processor. > > Can we discuss this further? > > > > This makes me think, is it not possible to do define things like pre.p > > in css and have <p> in the <pre> behave differently? > > > We can definitely do that in CSS. However, I really think this > information should not be in a note. It should be a separate document. Jason, if users click the preformatted option in a note, he already has the <pre> tag, to do just what David did. The problem David has is that he wants a mix of preformatted and not preformatted. Preformatted is used a lot by our users when they copy data from columns into notes (I use it when copying search results from webpage genea databases), to make sure things are still aligned in columns nicely (otherwise you need to spend time reediting the data). Using a media object would in theory be better, but hinders your research as you have to keep opening a separate tool, whereas having your info in GRAMPS speeds up checking your data. So the preformatted option in GRAMPS is actually very useful, even if it bothers some. We should not deprecate useful features. David misuses the system by adding <pre> himself within a normal note. As indicated above, in 3.0.0, he could use a mono font and newlines, but then newlines should not behave like paragraphs. So, that would still need him to be able to say how newlines in notes must be shown in the web report. In 2.2.x, newlines in note was a <br>, now it is </p><p>, so there is a real need to have the </p><p> in a note not behave as a paragraph. This is a matter of style. Extending the css to allow for this would be nice, and costs nothing. Benny |