Relocation After Saving

arakish · 07-10-2018, 11:50 PM

This is the most annoying thing I have seen in any program.

I am currently on converting series of rather long XHTML files into Sigil.

Whenever I do a save on the EPUB file, the cursor goes to the top of the file when in the Code View window. It is frustratingly annoying when I am working on a loonnngggg document. After saving, I then have to scroll all that way back to where I was.

Fix the code that resets the cursor position, instead write the code so the cursor stays right where it is after saving.

Do not know if anyone else has this problem. Perhaps it ain't annoying to them. For me is more annoying than having a root canal.

rmfr

Maui · 07-11-2018, 02:26 AM

Never noticed that. But on my computers (Win/Mac) it doesnt jump to the top but to the starting block tag. If i position the cursor inside a <p> element near the ending tag </p> the position is right before the starting tag afterwards.

GrannyGrump · 07-11-2018, 03:55 AM

I agree with Maui (using Sigil Portable Version 0.8.6 and 0.9.9, both on Win7 and Win10), and never saw that. To help the developers to help you fix your problem, please provide your OS and what version of Sigil you are using.

BetterRed · 07-11-2018, 07:09 AM

Because I avoid the using the mouse I notice this.

It's particularly noticeable if I do the Ctrl+Shift+S when the insertion point is in the middle of a paragraph which has its opening tag off the top of the cv window. After the save the cv window scrolls so as to position the opening tag, where the insertion point now is, at the top of the window.

Why haven't I raised it before? As well as being mouse averse, I'm also fault tolerant

Aside : MS has a setting that provides indication of where the mouse pointer is located when you press a Ctrl key (a bullseye thingy pops for second), but I've never been able to find an equivalent for the insertion point, which IMO is far more easily lost. Anyone know of anything?

BR

KevinH · 07-11-2018, 10:39 AM

This is an artifact of having to sync cursor between BookView and CodeView. To position a cursor in BookView, you need to go to the enclosing block tag. Codeview cursor positions are stored in a similar manner. To see effectively the same thing, put your cursor someplace in the middle of a long paragraph and the switch to BookView, reposition the cursor and then switch back to CodeView.

We have pretty much closed the tree to non-crashing issues in preparation for a release, so this "terrible" bug (chuckle!) will have to wait until a future release unless it turns out to be a very very simple fix.

KevinH · 07-11-2018, 01:02 PM

Luckily, not a hard problem to fix (assuming the fix doesn't break anything). I have pushed it to master so it should make this upcoming release unless it impacts something else.

arakish · 07-11-2018, 02:03 PM

I have found one very small work around. Dbl-Clk a word near where you want the cursor to stay, thus selecting the word. Then when you switch between the view modes, that is where the cursor shall stay. It also works when you do a Ctrl+S, or clicking the Save button.

However, it still needs to be fixed. No one should have to take special actions to prevent the program from automatically moving the cursor to very top of the document view window (either one) when switching views or saving.

rmfr

Addenda: Oh, it must be word in the actual text, not a word in the tags.

DiapDealer · 07-11-2018, 02:26 PM

Quote:

Originally Posted by arakish

However, it still needs to be fixed. No one should have to take special actions to prevent the program from automatically moving the cursor to very top of the document view window (either one) when switching views or savie..

Look one post up from yours.
And clearly, you've never had a root canal.

rkomar · 07-11-2018, 05:45 PM

Just out of curiosity, does the cursor jumping to the start of the long document mean that it only contains a single giant block?

Turtle91 · 07-11-2018, 06:14 PM

That was my thought, too..... Oh and Congrats on your 2500th post!!!!

rkomar · 07-11-2018, 10:02 PM

Quote:

Originally Posted by Turtle91

That was my thought, too..... Oh and Congrats on your 2500th post!!!!

OMG! I didn't even notice that. That's way more than I imagined. But thanks!

arakish · 07-11-2018, 10:51 PM

Quote:

Originally Posted by rkomar

Just out of curiosity, does the cursor jumping to the start of the long document mean that it only contains a single giant block?

No. It has smaller sections, but it is one large coherent grouping of sections.

Yes, I could bust it up into a mess load of smaller pages, but that would break up the coherency of the "Chapter".

rmfr

BetterRed · 07-11-2018, 11:26 PM

@arakish - FWIW: I've found it goes to the beginning of the current block, can't say I've noticed jumping to top of current file. In my case that's usually a paragraph e.g. <p| class....

@KevinH - on reflection, I suspect the main reason it has never bothered me much is because I would normally do a save when I complete a 'task' - e.g. fixing broken dialogue, spell checking, straightening out a table, etc. So where I was is more or less irrelevant, because it's unlikely to be where I want to be for the next task

BR

Maui · 07-12-2018, 04:43 AM

Quote:

Originally Posted by BetterRed

I suspect the main reason it has never bothered me much is because I would normally do a save when I complete a 'task'

Similar to me

As Sigil is stable like a rock i'm doing a save in between only when i'm doing risky stuff myself, e.g. complex regex.

BetterRed · 07-12-2018, 05:00 AM

Quote:

Originally Posted by Maui

Similar to me

As Sigil is stable like a rock i'm doing a save in between only when i'm doing risky stuff myself, e.g. complex regex.

Sigil may be rock-like stable, but I'm not. I'm of an age where everything I do is risky

Two of my long-standing maxims are Save Frequently and Backup Habitually - the older I get, the more apposite they get

BR

07-10-2018, 11:50 PM	#1
arakish Member Posts: 14 Karma: 1064 Join Date: Jul 2018 Device: PC	Relocation After Saving This is the most annoying thing I have seen in any program. I am currently on converting series of rather long XHTML files into Sigil. Whenever I do a save on the EPUB file, the cursor goes to the top of the file when in the Code View window. It is frustratingly annoying when I am working on a loonnngggg document. After saving, I then have to scroll all that way back to where I was. Fix the code that resets the cursor position, instead write the code so the cursor stays right where it is after saving. Do not know if anyone else has this problem. Perhaps it ain't annoying to them. For me is more annoying than having a root canal. rmfr

07-11-2018, 10:39 AM	#5
KevinH Sigil Developer Posts: 7,644 Karma: 5433388 Join Date: Nov 2009 Device: many	This is an artifact of having to sync cursor between BookView and CodeView. To position a cursor in BookView, you need to go to the enclosing block tag. Codeview cursor positions are stored in a similar manner. To see effectively the same thing, put your cursor someplace in the middle of a long paragraph and the switch to BookView, reposition the cursor and then switch back to CodeView. We have pretty much closed the tree to non-crashing issues in preparation for a release, so this "terrible" bug (chuckle!) will have to wait until a future release unless it turns out to be a very very simple fix. Last edited by KevinH; 07-11-2018 at 11:19 AM.

07-11-2018, 02:03 PM	#7
arakish Member Posts: 14 Karma: 1064 Join Date: Jul 2018 Device: PC	I have found one very small work around. Dbl-Clk a word near where you want the cursor to stay, thus selecting the word. Then when you switch between the view modes, that is where the cursor shall stay. It also works when you do a Ctrl+S, or clicking the Save button. However, it still needs to be fixed. No one should have to take special actions to prevent the program from automatically moving the cursor to very top of the document view window (either one) when switching views or saving. rmfr Addenda: Oh, it must be word in the actual text, not a word in the tags. Last edited by arakish; 07-11-2018 at 02:05 PM. Reason: Addenda

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
Data Not Saving?	cranbone	Library Management	7	11-02-2014 06:44 PM
Saving	kerriehorn	Calibre	1	07-24-2013 01:14 PM
Losing files when saving saving to disk	theaccountant	Library Management	4	03-10-2011 02:38 PM
Journal Not Saving Writing When Moving to a New Page or Saving it	eberhardt333	enTourage Archive	5	11-24-2010 12:47 AM
saving changes only	DaleDe	Sigil	3	06-26-2010 07:26 AM

07-11-2018, 02:26 AM	#2
Maui Connoisseur Posts: 57 Karma: 600000 Join Date: Jan 2018 Device: Galaxy Tab S2	Never noticed that. But on my computers (Win/Mac) it doesnt jump to the top but to the starting block tag. If i position the cursor inside a <p> element near the ending tag </p> the position is right before the starting tag afterwards.

07-11-2018, 03:55 AM	#3
GrannyGrump Obsessively Dedicated... Posts: 3,200 Karma: 34977896 Join Date: May 2011 Location: JAPAN (US expatriate) Device: Sony PRS-T2, ADE on PC	I agree with Maui (using Sigil Portable Version 0.8.6 and 0.9.9, both on Win7 and Win10), and never saw that. To help the developers to help you fix your problem, please provide your OS and what version of Sigil you are using.

07-11-2018, 07:09 AM	#4
BetterRed null operator (he/him) Posts: 20,567 Karma: 26954694 Join Date: Mar 2012 Location: Sydney Australia Device: none	Because I avoid the using the mouse I notice this. It's particularly noticeable if I do the Ctrl+Shift+S when the insertion point is in the middle of a paragraph which has its opening tag off the top of the cv window. After the save the cv window scrolls so as to position the opening tag, where the insertion point now is, at the top of the window. Why haven't I raised it before? As well as being mouse averse, I'm also fault tolerant Aside : MS has a setting that provides indication of where the mouse pointer is located when you press a Ctrl key (a bullseye thingy pops for second), but I've never been able to find an equivalent for the insertion point, which IMO is far more easily lost. Anyone know of anything? BR

07-11-2018, 01:02 PM	#6
KevinH Sigil Developer Posts: 7,644 Karma: 5433388 Join Date: Nov 2009 Device: many	Luckily, not a hard problem to fix (assuming the fix doesn't break anything). I have pushed it to master so it should make this upcoming release unless it impacts something else.

07-11-2018, 05:45 PM	#9
rkomar Wizard Posts: 2,986 Karma: 18343081 Join Date: Oct 2010 Location: Sudbury, ON, Canada Device: PRS-505, PB 902, PRS-T1, PB 623, PB 840, PB 633	Just out of curiosity, does the cursor jumping to the start of the long document mean that it only contains a single giant block?

07-11-2018, 06:14 PM	#10
Turtle91 A Hairy Wizard Posts: 3,094 Karma: 18727053 Join Date: Dec 2012 Location: Charleston, SC today Device: iPhone 11/X/6/iPad 1,2,Air & Air Pro/Surface Pro/Kindle PW & Fire	That was my thought, too..... Oh and Congrats on your 2500th post!!!!

07-11-2018, 11:26 PM	#13
BetterRed null operator (he/him) Posts: 20,567 Karma: 26954694 Join Date: Mar 2012 Location: Sydney Australia Device: none	@arakish - FWIW: I've found it goes to the beginning of the current block, can't say I've noticed jumping to top of current file. In my case that's usually a paragraph e.g. <p\| class.... @KevinH - on reflection, I suspect the main reason it has never bothered me much is because I would normally do a save when I complete a 'task' - e.g. fixing broken dialogue, spell checking, straightening out a table, etc. So where I was is more or less irrelevant, because it's unlikely to be where I want to be for the next task BR