MobileRead Forums - New Sigil Release: Sigil-0.8.901

Page 2 of 10

Last »

Show 40 post(s) from this thread on one page

MobileRead Forums (https://www.mobileread.com/forums/index.php)

- Sigil (https://www.mobileread.com/forums/forumdisplay.php?f=203)

- - New Sigil Release: Sigil-0.8.901 (https://www.mobileread.com/forums/showthread.php?t=266008)

KevinH

10-06-2015 12:29 AM

Hi,

I think this problem is my fault. The damn tr() function to actually translate text is actually what is returning blanks instead of the message it is supposed to show.

I think this is because somehow I have generated a base.ts that seems to be seems to be missing all file info and line numbers. I compared it to the base.ts that was in the Sigil 0.8.X branch and it properly had line numbers and did not display this empty message nonsense.

So I have taken a chance and rebuild cleanly base.ts so it now has all of the file info and line numbers in it and will upload it to transifex for translating. Hopefully I have not lost anything by doing that but that was the only way to fix the issue and get the messages back for me.

I will check out things tomorrow to make sure I have not messed up any other language translations doing it. I have my fingers crossed.

But my what a strange problem!

KevinH

theducks

10-06-2015 01:06 AM

Quote:

Originally Posted by Turtle91 (Post 3183044)

I noticed something today about "jiggling boxes" that may help track it down... hopefully it's not a red herring.

Sigil 8.7:
I extended my desktop so that one monitor (primary) had the preview pane all to itself, the other monitor had Sigil. When I tried to change a S&R option ("This Page" to "All HTML pages") the box just jiggled and did NOT drop down to show the list of options. When I returned the preview pane to it's rightful place (docked on the right side of the window) and went back to displaying only on the secondary monitor...then the problem went away.

So, this very well may be a QT5 issue that doesn't have anything to do with 8.901

Cheers,

Preview is on my Upper Monitor, Sigil Main is on the Lower :thumbsup:

theducks

10-06-2015 01:08 AM

Quote:

Originally Posted by KevinH (Post 3183056)

Hey! If it was easy, we would all be writing code :o

gipsy

10-06-2015 03:55 AM

Select some text in code view - click to Superscript. Sigil crush.
I try to duplicate it without result.

KevinH

10-06-2015 08:31 AM

Is this with Windows? If so, it may be clipboard related. I have not been able to duplicate this subscript issue on Linux or Mac. If you run into it again please let us know.

KevinH

KevinH

10-06-2015 10:56 AM

Hi All,

Given the very few bug reports, I think we have achieved some sort of stability here. We will wait a few weeks in case anything else shows up and then declare the pre-release series done and release a very slightly updated version (hopefully with working messages in Find/Replace), plus a number of other minor changes) as the official Sigil 0.9.0.

Thanks all for your continued use and bug reports.

KevinH

gipsy

10-06-2015 11:27 AM

Yes Kevin, in Windows 10

gipsy

10-06-2015 05:42 PM

In the previously releases when you save and you have something like this...

Code:

       <p class="subtitle">      ΠΕΡΙΘΩΡΙΑΚΑ

</p>

it changes to

Code:

ΠΕΡΙΘΩΡΙΑΚΑ

Now it doesn't work, I tried it with the two Cleaning types (at Windows machine).

EDIT: Another example

Code:

        <div class="footnote">

          <p>[1]       Some text.

 [<a href="#id001" id="ftn.id001">￪</a>]</p>

        </div>

KevinH

10-06-2015 06:10 PM

Hi,
The change you want makes no sense as it removes whitespace that may in fact be part of the paragraph both before and after the exact text (up to one character of each.

Quote:

Code:

       <p class="subtitle">      ΠΕΡΙΘΩΡΙΑΚΑ

</p>

it changes to

Code:

ΠΕΡΙΘΩΡΙΑΚΑ

Now it doesn't work, I tried it with the two Cleaning types (at Windows machine).

Yes, pretty print has changed a lot, It will no longer trim whitespace from inside of paragraph tags as it should not since whitespace can be important both before and after any text (at least up to one character's worth).

Quote:

EDIT: Another example

Code:

        <div class="footnote">

          <p>[1]       Some text.

 [<a href="#id001" id="ftn.id001">￪</a>]</p>

        </div>

And how would you expect this to turn out? Is there at least one char of white space after the footnote marker and before the "Some text." and after the text?

I am not sure either of these are bugs. You seem to be asking for the old Tidy approach of a deep clean. I am sorry but those days are pretty much gone. If you want me to modify prettyprint to reduce multiple spaces into one space inside of the p tag, that may be doable, but stripping it all away is simply incorrect.

KevinH

gipsy

10-06-2015 06:21 PM

The old days the last example turn to...

Code:

        <div class="footnote">

          <p>[1](space)Some text.[<a href="#id001" id="ftn.id001">￪</a>]</p>

        </div>

It's not a problem if they stay like this. The reader displays them right.
Thanks KevinH

KevinH

10-06-2015 06:31 PM

Hi,

So do you think prettyprint should ignore the newline and completely remove it as opposed to replacing it with a single space? See the extra space below:

Code:

        <div class="footnote">

          <p>[1](space)Some text.(space)[<a href="#id001" id="ftn.id001">￪</a>]</p>

        </div>

Otherwise, you can see things like:

Code:

<p>

This

is

a

line

of

text.

</p>

become:

Code:

Thisisalineoftext.

instead of:

[code]
This is a line of text.
[/code.

So dropping newlines and not replacing them with spaces can lead to nonsense just as easily as it can lead to good things. That is why I try to have prettyprint leave whitespace inside of tags alone as much as possible.

KevinH

gipsy

10-06-2015 06:57 PM

My mistake. The pretty in 0.8.7 change it like your code, with a space after "Some text".
And I don't want to completly remove the newline :)

But the

Code:

<p>

This

is

a

line

of

text.

</p>

in 0.8.901 stays as is that is a little confusing in code view, instead of 0.8.7 that changes to

Code:

This is a line of text.

edit: As for

Code:

This is a line of text.

if you save some poetry, and you want to see it in code view. In 0.8.901 with pretty and google, stays as is, without line change after the break tag

KevinH

10-06-2015 07:18 PM

Hi,
Okay, I can live with changing newlines to spaces and replacing a sequence of multiple spaces with a single space when text is inside a tag like p. I will try to play around with gumbo prettyprint to do that hopefully without breaking anything else.

KevinH

gipsy

10-06-2015 07:25 PM

Thanks KevinH,
leave it as is now and focus to other things for the next release :p
As I say and before, it's not that important. :thumbsup:

pete6055

10-06-2015 07:37 PM

Hello:

Very nice release guys!

I do, however, have a question:
Will the next non-beta release rewrite the tags:

Quote:

<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN"
"http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">

<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<title></title>
</head>

at the top of html documents? Sigil 8.6 did so, depending on how clean source was set, but the new gumbo-parcer and gumbo-pretty print seem to handle this differently.

I sometimes start with html from the web, and the initial declaration is sometimes different, so short of copying the snippet to before the <body> tag, is there a more efficient way (perhaps a plugin)?

Thanks….

All times are GMT -4. The time now is 08:14 PM.

Page 2 of 10

Last »

Show 40 post(s) from this thread on one page