Submitted by Weisnix on 2017/03/02 10:47

Just I started with a test setup and the first problems occur, with some maybe special features.

I have a list of ideas written in a text file (MS Doc Format 2003-2007) in libre office writer (Vers. 5.2.2.2.) which contains text separated in paragraphs formated as a bullated list and some tabs within.

Because I had a problem to import the text with the correct display of german umlauts by using the import function I marked, copied and paste the text into the scratch grid of infoqube (Vers. 0.9.91c build 18.01.2017) not before I entered a first item in this grid maybe „1. old text version“.

The text form the writer programm was inserted correctly. Then I marked all items from the old text (exept the first item) and press <alt>+<right>. Fine, the paragraphs from the old text will now be child items of the first item, but, surprise, they changed the sequence in inverse order. So the last item was now displayed as first child item and the second item now as last child item.

Is there something I have done wrong, or is it false to import by copy paste due to the fact that control characters will also be copied to and confuses infoqube?

After some operations I get the old sequence back, but I can reproduce this behavior as described.

Comments

Hi !
 
There are still a few situations where item order gets mixed up. If you can reproduce it, don't hesitate to send it to us, we'll be able to see if it's a bug and if yes, fix it.
 
Thanks !
 
Pierre_Admin
IQ Designer
 

Weisnix

2017/03/02 11:08

In reply to by Pierre_Admin

Hi,
 
I will send you the file by mail and you can follow the procedure as described to reproduce.
 
Kind regards
Weisnix

Weisnix

2017/03/03 05:10

In reply to by Pierre_Admin

Hi,
 
some additional information.
When I insert in the empty scratch under the first item a second item on the same level and then paste the text and do <Ctrl>+<right> (only for the pasted items) then the sequence will not change.
 
Weisxnix

 yes, it's a very old bug.
Steps to reproduce:
1- created 5 items under a parent (number 1 to 5)
2- click on first one, and select 1 to 5 by pressing shift+ arrow
3- alt+left arrow to move items out of hierarchy
 
Order is reversed

Armando

2017/03/14 08:28

In reply to by Armando

[quote=Armando]
 yes, it's a very old bug.
Steps to reproduce:
1- created 5 items under a parent (number 1 to 5)
2- click on first one, and select 1 to 5 by pressing shift+ arrow
3- alt+left arrow to move items out of hierarchy
 
Order is reversed
[/quote]
 
Here this is consistant. Anybody else?

Tom

2017/03/14 09:06

In reply to by Armando

[quote=Armando]
[quote=Armando]
 yes, it's a very old bug.
Steps to reproduce:
1- created 5 items under a parent (number 1 to 5)
2- click on first one, and select 1 to 5 by pressing shift+ arrow
3- alt+left arrow to move items out of hierarchy
 
Order is reversed
[/quote] 
Here this is consistant. Anybody else?
[/quote]
yes, reproducible here
 
If you select from the bottom up, it works correctly.
 
Pierre, could this be related to the export/print behaviour (which AFAIK intentional):
items, as described above, are sorted 1 to 5
if you select the items from the bottom, i.e. 5 up to 1, and print to HTML, they will display as
5
4
3
2
1

Pierre_Admin

2017/03/15 14:31

In reply to by Armando

Hi All !
 
Thanks for the clear description. Fixed in v94:
  • Fixed: Grid: Item order is sometimes changed when moving left / right (i.e. promote / demote the hierarchy level
 
Pierre_Admin
IQ Designer