0.5.902 (0.6.0 beta) avaliable

[theducks]

Originally Posted by DiapDealer

The uninstall script isn't an option when you build/install from source (and that's the only way to install the current betas under Linux), theducks.


The sigil binary is installed to /usr/local/bin
The sigil desktop file is installed to /usr/local/share/applications
The sigil icon file is installed to /usr/local/share/pixmaps
The rest is installed to the /usr/local/share/sigil directory

** Assumes you stuck with the default "/usr/local" prefix when compiling the project.

Good point. My last was the compiled version.

[Perkin]

@John (user_none) & meme,

Would it be feasible/possible to have the WYSIWYG editor as it is now, AND the previous BookView as a cursor-synched limited editor which is available should users want it.

That way the 'beginners' BV is the more creative (but un-synched), and the older, simpler BV is for advanced users, who just need basic editing and preview of CV changes, which it's cursor-synched to as it was before.

I know it'll probably be loads of work to re-introduce it but it'll then hopefully satisfy nearly everyone.

[linzerkipferl]

I have a problem with the current Sigil version (0.5.902.0.):
When I open the Search and Replace Option, only the "Search" Line opens, but not the "Replace" line.
Does anyone have an idea how to fix this?
Thank you!

[Serpentine]

Originally Posted by linzerkipferl

Does anyone have an idea how to fix this?
Thank you!

You cant be in the book view to do replace operations; swap to code view.

[theducks]

5.x Each tab retained its view. In the 6.x beta, switch any tabs view, switches All AND loses you place in other views which is a real pain when you are borrowing code snippets.

[cybmole]

Originally Posted by Serpentine

You cant be in the book view to do replace operations; swap to code view.

is that by design - if so it's a backward step.
sometimes it is handy to use find / replace in book view e.g. when inspecting text to fix hyphens which need spaces i.e. to fix clause-clause & change it to clause — clause.

has to be done by visual inspection , to distinguish from hyphenated words, & code view finds many "not in text" hyphens in the xlm statements which slows the process.

[meme]

Originally Posted by Perkin

@John (user_none) & meme,

Would it be feasible/possible to have the WYSIWYG editor as it is now, AND the previous BookView as a cursor-synched limited editor which is available should users want it..

No. Doing twice as much work and maintaining multiple editors won't help. The old editor won't be brought back as the new editor adds a lot of features not in the old one. The issue of cursor syncing is basically unrelated to which editor is used.

Originally Posted by theducks

5.x Each tab retained its view. In the 6.x beta, switch any tabs view, switches All AND loses you place in other views which is a real pain when you are borrowing code snippets.

The 6.x beta changed the way the View icons work. Before they were per tab. Now they are, correctly, applied to all tabs. So you can now easily switch between BV and CV for all tabs and not have some in one state and others in another.

But it should not lose your place in each tab/view. It seems to be keeping the cursor for most switching, but I have seen it lose position sometimes so it needs to be worked on.

Originally Posted by cybmole

is that by design - if so it's a backward step.
sometimes it is handy to use find / replace in book view e.g. when inspecting text to fix hyphens which need spaces i.e. to fix clause-clause & change it to clause — clause.

has to be done by visual inspection , to distinguish from hyphenated words, & code view finds many "not in text" hyphens in the xlm statements which slows the process.

Book View now only supports Find by design. Replace was occasionally troublesome in BV and the change of editor was a good time to to simplify the view.

You can search for text in the body using (?s)-(?![^<>]*>)(?!.*<body[^>]*>) or search for letter-letter.

You can also use the insert special character in Book View to replace the -.

[Dillinquent]

Originally Posted by meme

Have a look at the User Guide

Thanks Meme,
Nice work on the user guide BTW.

It seems a lot of faffing about just to check a few hyperlinks, wouldn't it be more user friendly to just use Ctrl+click like most other editors?

[exaltedwombat]

Originally Posted by meme

No. Doing twice as much work and maintaining multiple editors won't help. The old editor won't be brought back as the new editor adds a lot of features not in the old one. The issue of cursor syncing is basically unrelated to which editor is used.

Fair enough. Could I put in a request for your best shot at cursor syncing to be included, even if it isn't perfect?

Some features shouldn't be turned on until they're fully and reliably implemented. But it isn't a showstopper if the cursor occasionally loses its place when changing views - if it MOSTLY doesn't, that's better than nothing!

[mrmikel]

Actually, I think cursor syncing is not necessary. Page syncing would be enough for most people, if that would help in the design. The whole idea is not not have to search entirely from the top or go through a search operation to find something.

[mrmikel]

I thought I saw someone mention it, but I can't find it with the search engine on this board.

Once, and only once, I pasted some material into the find box then did a replace and calibre crashed on Windows Vista 64 bit Home Premium. Windows did an automatic shutdown of Sigil, searching for solution, etc. Do not recall exactly what was being pasted in, but it did not seem anything particularly odd.

I have not seen it since, but will keep an eye on it.

[exaltedwombat]

Originally Posted by mrmikel

Actually, I think cursor syncing is not necessary. Page syncing would be enough for most people, if that would help in the design. The whole idea is not not have to search entirely from the top or go through a search operation to find something.

I'm not sure you've quite thought this through? Page breaks in Book View are arbritary, dependent on window size.

Or have I misunderstood your point?

[mrmikel]

My point is that anywhere in the same vicinity is OK by me, instead of the exact location, if it will make it possible to get it back without huge work on the part of meme and user_none. Within a screen would be close enough for me.

[exaltedwombat]

I don't remember ever selecting a portion of text and not finding the same portion highlighted in Code View. Were there circumstances where this was broken?

[theducks]

Originally Posted by mrmikel

My point is that anywhere in the same vicinity is OK by me, instead of the exact location, if it will make it possible to get it back without huge work on the part of meme and user_none. Within a screen would be close enough for me.

+1