Thread history

Fragment of a discussion from User talk:Yurchor
Viewing a history listing
Jump to: navigation, search
Time User Activity Comment
No results

Thanks, this is helpful.

How does KDE docbook handle tables? Is it possible to give some hint of what the column width should be? Could we make, say, 4 colums and then merge 3 of the (an ugly kludge, off course, but if it works...). Or should we avoid tables all together?

Claus chr11:15, 24 September 2011

Q: Is it possible to give some hint of what the column width should be? A: No, it will be chosen automatically to fit the width. Images will not be scaled down (will be shown as is (100%)).

Q: Could we make, say, 4 colums and then merge 3 of the (an ugly kludge, off course, but if it works...)? A: You could, but the script in its current form does not parse this. Just for the reference the code in docbook for

Jumping around in code
Ctrl+Alt+O Quick open file: enter part of a filename and select among all the files in the current session's projects' directory trees that match the string; the file will then be opened

is

<informaltable>
  <tgroup cols="2">
    <colspec colname="c1"/>
    <colspec colname="c2"/>
  <thead>
  <row>
    <entry namest="c1" nameend="c2">Jumping around in code</entry>
  </row>
  </thead>
  <tbody>
  <row>
    <entry><keycombo>&Ctrl;&Alt;<keycap>O</keycap></keycombo></entry>
    <entry>Quick open file: enter part of a filename and select among all the files in the current session's projects' directory trees that match the string; the file will then be opened</entry>
  </row>
  </tbody>
  </tgroup>
</informaltable>

The problem is in smart parsing for the number of columns to be merged. I have to do it manually for KDevelop manual conversion.

Q: Or should we avoid tables all together? A: No. Generic tables are parsed well. Screenshot

Yurchor11:41, 24 September 2011
Edited by author.
Last edit: 14:05, 24 September 2011

Thanks.

The table width doesn't seem to be as big an issue as I thought. At least when the uploaded images have a sensible size, tables seem to adjust to them nicely.

I tried one more time to make a table to solve the problem, but in a test page User:Claus_chr/Test. Would this work? (apart from the <br /> problem - I havent found out what to do about that yet.)

Update: As a matter of fact I don't need the br tags at all - I just misread the wikimedia docs.

PS. Anne and I was wondering about your comment about images in captions. As far as we know there never was an image in any caption. What are we missing here?

Claus chr11:55, 24 September 2011

Q: Would this work? A: No. See 1. Can you keep the pipe ("| ") in one unit with the rest of the cell? If you do, then modified script can give something like this.

P.S. I should concentrate on my report now. Can we discuss the rest later? Thanks for your answer.

Yurchor12:57, 24 September 2011

Thanks for your help. We'll have to put on out thinking hats for a while. We'll talk again later.

Claus chr14:31, 24 September 2011