Hej jem
Sådan gør du / This is how to do it.:-)
Create a new table with 2 columns and 2 rows.
= Column 1 for edited text
= Column 2 for original text
Insert all the revised text into Column 1 cell no. 1 - and as Hamid just wrote, the table seems to have only one page.
Put the caret into Column 1 cell 1 at the buttom and drag the cursor also to highlight Column 1 cell no. 2. I.e. all Column 1 is now selected. Now merge the two cells, and all the revised text will now be visible in Column 1.
Do the same with Column 2.
And you will have two long columns each containing the full inserted text - revised in Column 1 and original in Column 2.
To ease some processes like selecting a column with a shortcut, you can add such a shortcut in the shortcut manager in the prefs settings - or you can chose from the 'Table' menu. My shortcut settings are
Select Cell: COM+A (normal for 'Select' like in Finder)
Select Row: COM+ALT+A
Select Column: COM+SHIFT+A
Merge Cells: COM+ALT+M
Note: This command will merga /any/ selected cells, columns or whole tables, so be careful when using this command
Note2: Placing the blinking cursor in a cell and hit the COM+A will of course select the cell content. Hitting COM+A one more time will now select the full table, so be careful here!
Hope this will help. - I should have written this at first hand, but I just make tables this way without thinking.:-)
Cheers, Erik Richard
jem cabanes wrote:Tak Eric til oplysningen.
Though I’ve tried hard according to your lines, whatever I do the text
(unformatted, etc.) won’t span over one page.
Yet, I’m sure I don’t know how to set the columns so that they ‘break
over page-breaks’? I’ve searched everything I could think of to no
avail. Would you mind telling me how?
Tak, tak igen.
On 30.07.2014, at 10.19, Erik Richard Sørensen <[log in to unmask]
<mailto:[log in to unmask]>> wrote:Same here. I always work in 'Page View'. My largest table right now is
apprx. 130 pages - set up in A4 - not US Letter... No problems with
page breaks. My tables consists of 2 or 3 columns.
But I have noticed one big thing working with such large tables. NWP
gets extremely slow when exceeding 100 pages with text only tables.
A work-around for this is to make such large tables into 'chapters' so
each table will be smaller, and the final document then contains more
tables - here for example 30 tables consisting of 2 or 3 columns -
i.e. 1 table for 1 chapter.
...And NWP will definitely be as fast as if it only contained 10-20
pages of pure text.:-)
cheers, Erik Richard
rdavis wrote:I'm surprised to hear this. I often have large tables that span multiple
pages (in page view as well). In fact I'm working on a file right now
that has a table which spans four pages in page view. No problems.Thanks Bob,
Sadly it seems that Nisus Pro tables don’t span multiple pages, except
in Draft View, and this rather imperfectly, so it’s no great use. Yet,
this is something Word or Oppen Office do without any trouble. That’s
a feature to be requested —if compatible with .rtf format.
On 29.07.2014, at 21.37, Bob Stern <[log in to unmask]
<mailto:[log in to unmask]>
<mailto:[log in to unmask]>> wrote:Nisus's columns definitely will not do what you want.
Try a table having two columns. I cannot remember whether there are
problems with a table spanning multiple pages.
If you need to align related text in the two columns, you need to do
it via table rows. If not, I believe the entire table can have only
one row.
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Erik Richard Sørensen, Member of ADC, <[log in to unmask]>
NisusWriter - The Future In Multilingual Text Processing - www.nisus.com
Openoffice.org - The Modern Productivity Solution - www.openoffice.org
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~