Welcome Guest! To enable all features please Login. New Registrations are disabled.

Notification

Icon
Error

Login


Options
Go to last post Go to first unread
Offline sinneD  
#1 Posted : 09 October 2020 02:20:23(UTC)
sinneD


Rank: Advanced Member

Groups: Registered
Joined: 12/03/2011(UTC)
Posts: 101
Location: Chicago

Was thanked: 16 time(s) in 7 post(s)
Hi all -

I am not sure how to describe exactly, but when I try to paste images into the scratch area on the right, SMAth starts to auto paginate and prevents me from manually move the graphic over.

Here is a screenshot.

screenshot

I do not remember this behavior. I am used to piling up screen snips and the like on the right as references as I work.

I wonder if one of the text plugins is kicking in, but which one? PRConn1.sm (1,119kb) downloaded 14 time(s).

Dennis
Join the SMath Studio Users Discord Channel: https://discord.gg/PayZpJW

Wanna join the discussion?! Login to your SMath Studio Forum forum account. New Registrations are disabled.

Offline Andrey Ivashov  
#2 Posted : 09 October 2020 17:59:50(UTC)
Andrey Ivashov


Rank: Administration

Groups: Developers, Registered, Knovel Developers, Administrators, Advanced Member
Joined: 11/07/2008(UTC)
Posts: 1,616
Man
Russian Federation

Was thanked: 1978 time(s) in 666 post(s)
Hello.

The reason is in your third image (according to what I see on the screenshot).
The rule is: your regions should always be located in the vertical bounds of the page, even if it is a scratch area.
Because of the size of your 3-rd image SMath Studio cannot display it in the vertical page bounds (space of the first page just not enough for this). That is why SMath Studio automatically reduces available size of the first page (notice a gray area) to put this 3-rd image (and all content with larger y-coordinate) to the next page.

Solution for you is to make the image smaller.

Best regards.
Offline Davide Carpi  
#3 Posted : 09 October 2020 19:04:34(UTC)
Davide Carpi


Rank: Advanced Member

Groups: Registered, Advanced Member
Joined: 13/01/2012(UTC)
Posts: 2,639
Man
Italy
Location: Italy

Was thanked: 1323 time(s) in 873 post(s)
Maybe we should make the background out of the bounds different where stuff can't be placed, like in the image below, so it will be easier to spot when something hits the bottom marggin in the RHS zone.

2020_10_09_16_06_54_SMath_Studio_Page1_.png
If you like my plugins consider to support SMath Studio buying a plan; to offer me a coffee: paypal.me/dcprojects
Offline Andrey Ivashov  
#4 Posted : 09 October 2020 23:53:11(UTC)
Andrey Ivashov


Rank: Administration

Groups: Developers, Registered, Knovel Developers, Administrators, Advanced Member
Joined: 11/07/2008(UTC)
Posts: 1,616
Man
Russian Federation

Was thanked: 1978 time(s) in 666 post(s)
Not a problem actually. If you createing such documents often then it may be better for you to switch layout from Pages to other options.
Offline Andrey Ivashov  
#5 Posted : 09 October 2020 23:57:43(UTC)
Andrey Ivashov


Rank: Administration

Groups: Developers, Registered, Knovel Developers, Administrators, Advanced Member
Joined: 11/07/2008(UTC)
Posts: 1,616
Man
Russian Federation

Was thanked: 1978 time(s) in 666 post(s)
Originally Posted by: Davide Carpi Go to Quoted Post
Maybe we should make the background out of the bounds different where stuff can't be placed, like in the image below, so it will be easier to spot when something hits the bottom marggin in the RHS zone.

2020_10_09_16_06_54_SMath_Studio_Page1_.png

I'm pretty sure it is more convenient to make it impossible to put regions outside of the page (in Pages layout).
Just look at MS Word for example. You can't do such things there. It means that this is what people expected.

Breast regards.
Offline mkraska  
#6 Posted : 10 October 2020 01:07:52(UTC)
mkraska


Rank: Advanced Member

Groups: Registered
Joined: 15/04/2012(UTC)
Posts: 1,980
Germany

Was thanked: 1120 time(s) in 718 post(s)
For me, an acceptable solution would be to still allow putting stuff outside the printing bounds and completely ignore it for formatting of the page. If I understand the topic opener right, the problem was the side effect of invisible stuff to the formatting (pagination) of the visible stuff. Users may well want to work in page mode and see stuff outside printing bounds.
Martin Kraska

Pre-configured portable distribution of SMath Studio: https://smath.com/wiki/SMath_with_Plugins.ashx
Offline sinneD  
#7 Posted : 10 October 2020 05:43:00(UTC)
sinneD


Rank: Advanced Member

Groups: Registered
Joined: 12/03/2011(UTC)
Posts: 101
Location: Chicago

Was thanked: 16 time(s) in 7 post(s)
Originally Posted by: mkraska Go to Quoted Post
For me, an acceptable solution would be to still allow putting stuff outside the printing bounds and completely ignore it for formatting of the page. <snip>


Yes, exactly! Well said Martin.
Join the SMath Studio Users Discord Channel: https://discord.gg/PayZpJW
Offline Davide Carpi  
#8 Posted : 10 October 2020 09:32:42(UTC)
Davide Carpi


Rank: Advanced Member

Groups: Registered, Advanced Member
Joined: 13/01/2012(UTC)
Posts: 2,639
Man
Italy
Location: Italy

Was thanked: 1323 time(s) in 873 post(s)
I know it's a challenge to implement, but I think the ability to put stuff in the RHS is really important for annotations, documentation, secondary sanity checks, ideas, etc... Anything that should not be seen on printed or exported files, like what it is possible to do in excel or ppt. At least it's how usually I arrange my documents.

In practice LHS content should drive the pagination, RHS regions should bruteforce split crossing regions and continue in the next page RHS.

As side note, to improve the LHS pagination, as you suggested some time ago, being able to set a grid of break points in the regions would be nice too (but this no matter of the thread 🙂)

Edited by user 10 October 2020 09:59:34(UTC)  | Reason: Not specified

If you like my plugins consider to support SMath Studio buying a plan; to offer me a coffee: paypal.me/dcprojects
Offline mkraska  
#9 Posted : 10 October 2020 10:23:07(UTC)
mkraska


Rank: Advanced Member

Groups: Registered
Joined: 15/04/2012(UTC)
Posts: 1,980
Germany

Was thanked: 1120 time(s) in 718 post(s)
Originally Posted by: Davide Carpi Go to Quoted Post

In practice LHS content should drive the pagination, RHS regions should bruteforce split crossing regions and continue in the next page RHS.



From the users POV, why would you need the split of RHS stuff at pagebreaks? If something is larger than a page just let it occupy the space it needs, just like in the other display modes. It's just a display issue and never going to be printed.
Martin Kraska

Pre-configured portable distribution of SMath Studio: https://smath.com/wiki/SMath_with_Plugins.ashx
Offline Davide Carpi  
#10 Posted : 10 October 2020 12:24:14(UTC)
Davide Carpi


Rank: Advanced Member

Groups: Registered, Advanced Member
Joined: 13/01/2012(UTC)
Posts: 2,639
Man
Italy
Location: Italy

Was thanked: 1323 time(s) in 873 post(s)
Originally Posted by: mkraska Go to Quoted Post


From the users POV, why would you need the split of RHS stuff at pagebreaks? If something is larger than a page just let it occupy the space it needs, just like in the other display modes. It's just a display issue and never going to be printed.


Because y-coordinates and worksheet editing. Imagine two regions in the lhs, one at the bottom of page #1 and the other at the top of page #2, let's call it initial state. If I move everything down, they will be stacked on the second page, as expected.
Now in the initial state add two comments on the RHS, same vertical size of the lhs regions, move everything down to the second page, everything works.
Let's say the comment of the first region has a bigger height that fits in the dark gray zone of my picture above; in the initial state there isn't problem, but if you move down the regions to the second page, the second comment will be hidden by the first. For the same reason you cannot create regions in that space (this zone in the end is the dashed line between the pages in printing bounds view, an imaginary range of coordinates between the bottom edge of the first page/region and the top edge of the second page/region, where should they be moved respect to the others when vertical space is added or removed above them?).
In the end having stuff drawn in that area and then editing the worksheet what you'll experience on the RHS vertical spaces appearing or overlaps, and that zone where regions cannot have origin but has no clear gui; that's why my suggestion to grey out that zone.
One might want the rhs like a continuous blackboard, but in that case the cost is to lose the RHS/LHS vertical link; it's ok on a locked LHS layout, but once you start moving things around, becomes a problem.

Edited by user 10 October 2020 12:38:34(UTC)  | Reason: Not specified

If you like my plugins consider to support SMath Studio buying a plan; to offer me a coffee: paypal.me/dcprojects
Offline Andrey Ivashov  
#11 Posted : 10 October 2020 13:41:35(UTC)
Andrey Ivashov


Rank: Administration

Groups: Developers, Registered, Knovel Developers, Administrators, Advanced Member
Joined: 11/07/2008(UTC)
Posts: 1,616
Man
Russian Federation

Was thanked: 1978 time(s) in 666 post(s)
Originally Posted by: mkraska Go to Quoted Post
Originally Posted by: Davide Carpi Go to Quoted Post

In practice LHS content should drive the pagination, RHS regions should bruteforce split crossing regions and continue in the next page RHS.



From the users POV, why would you need the split of RHS stuff at pagebreaks? If something is larger than a page just let it occupy the space it needs, just like in the other display modes. It's just a display issue and never going to be printed.


It sounds very logical for me too. The real problem of this solution is on technical side: we have a single Y axis for all Regions on the Worksheet and Pages splits this Y axis during the whole Worksheet. This means that there is no logical Y axis in the spaces between Pages working bounds at all. It's like a Black Hole - it is not clear how to manage stuff (Regions) into this Hole (space), at least with a rules of our universe... Good

So we can handle such situations like I've implemented several years ago (current solution) or we can cut content in RHS as Davide suggested (it is a bit harder, but possible).
thanks 1 user thanked Andrey Ivashov for this useful post.
on 10/10/2020(UTC)
Offline Andrey Ivashov  
#12 Posted : 10 October 2020 14:14:56(UTC)
Andrey Ivashov


Rank: Administration

Groups: Developers, Registered, Knovel Developers, Administrators, Advanced Member
Joined: 11/07/2008(UTC)
Posts: 1,616
Man
Russian Federation

Was thanked: 1978 time(s) in 666 post(s)
Originally Posted by: Davide Carpi Go to Quoted Post
As side note, to improve the LHS pagination, as you suggested some time ago, being able to set a grid of break points in the regions would be nice too (but this no matter of the thread 🙂)


I've tried to implement this several times, but failed. This is the only reason why we still do not have new very desirable document mode - something like SMath Word Crazy
But I'm on this way and will do this sooner or later! Everything else is already available: pages mode, regions inside regions etc.

Best regards.
thanks 2 users thanked Andrey Ivashov for this useful post.
on 10/10/2020(UTC),  on 10/10/2020(UTC)
Offline Davide Carpi  
#13 Posted : 10 October 2020 16:19:20(UTC)
Davide Carpi


Rank: Advanced Member

Groups: Registered, Advanced Member
Joined: 13/01/2012(UTC)
Posts: 2,639
Man
Italy
Location: Italy

Was thanked: 1323 time(s) in 873 post(s)
I know, thank you for every attempt Thank you
If you like my plugins consider to support SMath Studio buying a plan; to offer me a coffee: paypal.me/dcprojects
Offline sinneD  
#14 Posted : 13 October 2020 01:34:30(UTC)
sinneD


Rank: Advanced Member

Groups: Registered
Joined: 12/03/2011(UTC)
Posts: 101
Location: Chicago

Was thanked: 16 time(s) in 7 post(s)
Originally Posted by: Andrey Ivashov Go to Quoted Post
something like SMath Word Crazy


not crazy! This brings back nightmares of TEDDS from the LAST century!

If Pages view and Printing bounds view used the same regions, would have the same results?
Join the SMath Studio Users Discord Channel: https://discord.gg/PayZpJW
Offline sinneD  
#15 Posted : 13 October 2020 20:18:44(UTC)
sinneD


Rank: Advanced Member

Groups: Registered
Joined: 12/03/2011(UTC)
Posts: 101
Location: Chicago

Was thanked: 16 time(s) in 7 post(s)
I am not sure if this is the same issue, but when I try to resolve a bounds conflict, the highlight region is still in effect and then SMATH moves things in a way that I do not understand. It clashes with things on the previous page.

picture-bounds1.png

picture-bounds2.png.jpg

Any ideas?
Join the SMath Studio Users Discord Channel: https://discord.gg/PayZpJW
Offline Andrey Ivashov  
#16 Posted : 13 October 2020 23:50:42(UTC)
Andrey Ivashov


Rank: Administration

Groups: Developers, Registered, Knovel Developers, Administrators, Advanced Member
Joined: 11/07/2008(UTC)
Posts: 1,616
Man
Russian Federation

Was thanked: 1978 time(s) in 666 post(s)
Originally Posted by: sinneD Go to Quoted Post
I am not sure if this is the same issue, but when I try to resolve a bounds conflict, the highlight region is still in effect and then SMATH moves things in a way that I do not understand. It clashes with things on the previous page.

Any ideas?

Hello.

It is really hard to understand what is going on here, but I would suggest you to select a region you are talking about and try to move it up/down using keyboard arrow keys. This will help you to understand the logic under the hood.

Please note: we are still have a positioning issue when moving regions with a mouse in Page mode (if you will move a region by mouse from one page to another), so something it is easier to use keyboard.

Best regards.
Offline Andrey Ivashov  
#17 Posted : 13 October 2020 23:59:45(UTC)
Andrey Ivashov


Rank: Administration

Groups: Developers, Registered, Knovel Developers, Administrators, Advanced Member
Joined: 11/07/2008(UTC)
Posts: 1,616
Man
Russian Federation

Was thanked: 1978 time(s) in 666 post(s)
Originally Posted by: sinneD Go to Quoted Post
Originally Posted by: Andrey Ivashov Go to Quoted Post
something like SMath Word Crazy


not crazy! This brings back nightmares of TEDDS from the LAST century!

If Pages view and Printing bounds view used the same regions, would have the same results?

It is too late today so I'm afraid if I understood a comment incorrect again, but if it is a reaction to what I said regarding mode when SMath Worksheet will look like MS Word document, then I can say that this mode will not be available in SMath Studio itself, most likely it will be another application with another name, so nothing bad will happen with layout you currently have in your files.

...while Pages view and Printing bounds view are 100% back-compatible. The difference is just how pages are splitted on screen and printer. You can always switch a view without any drawbacks (it is just a flag for the renderer).
Offline Jean Giraud  
#18 Posted : 16 October 2020 17:29:47(UTC)
Jean Giraud

Rank: Guest

Groups: Registered
Joined: 04/07/2015(UTC)
Posts: 6,868
Canada

Was thanked: 980 time(s) in 808 post(s)
Smath auto-paginates the Page Setup [Portrait, Landscape, Custom]
To free a region for inserting objects [math region(s), image ...]
put the cursor + where to start free space, keep pressing Enter.
That's what you didn't do from your snippet.
Users browsing this topic
Forum Jump  
You cannot post new topics in this forum.
You cannot reply to topics in this forum.
You cannot delete your posts in this forum.
You cannot edit your posts in this forum.
You cannot create polls in this forum.
You cannot vote in polls in this forum.