Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Demos don't re-center screen anymore, when screen is full. Print also incomplete. #1471

Closed
richardgobeli opened this issue Jan 18, 2021 · 18 comments

Comments

@richardgobeli
Copy link
Collaborator

try running demo(tensor);
When the page gets full it will not rewrite the screen with cursor higher up.

I remember this worked years ago.

@richardgobeli
Copy link
Collaborator Author

Print also does not work to print out a complete demo section. It leaves out all of the calculations, because it looks like one big command that overflows the page and gets truncated.

@richardgobeli richardgobeli changed the title Demos don't re-center screen anymore, when screen is full. Demos don't re-center screen anymore, when screen is full. Print also incomplete. Jan 18, 2021
@gunterkoenigsmann
Copy link
Member

On my computer I believe to see all the calculations. But I found something else:
We try to scroll to the position of the question prompt before we ever have drawn this prompt. ...and the position of objects is only defined after they have ever been drawn. @KubaO : I'll try (as a workaround) to draw cells whose y coordinate isn't known if I try to scroll to them. But there must be a better idea...

@richardgobeli
Copy link
Collaborator Author

This does now work OK.
It may be better to position the cursor near the bottom so the last executed commands can still be shown. This would force a scroll up after each continue command and most past commands can still be seen.
Centering the cursor would clear half of the screen.
Maybe this could be an option in configuration.

@richardgobeli
Copy link
Collaborator Author

Please tell me again how to run WxMaxima to get a debug dump.
I am having the program crash when executing a full file, but the file works OK by stepping thru it.
This must be some kind of timing issue.
This same thing happened on the last two days of latest compiled versions.
I need to load some debugger and the start WxMaxima inside the debugger.

@gunterkoenigsmann
Copy link
Member

The easiest way to do so is to use a suitable gdb:

  gdb wxmaxima
  backtrace

@gunterkoenigsmann
Copy link
Member

With a bit of luck I just have resolved the issue.

@richardgobeli
Copy link
Collaborator Author

image
This is the backtrace.
It faulted here:
image
image

gunterkoenigsmann added a commit that referenced this issue Jan 27, 2021
The list of row heights wasn't allocated always
@richardgobeli
Copy link
Collaborator Author

richardgobeli commented Jan 28, 2021

this is ok if I stop full calculate after cmetric.
image
This is the display when the stop is after the %i16 line.
image
If it is stepped line by line it also displays OK and is readable.

It also gets data messed up at other lines now when I calculate the whole file.
image
image

The file was always readable before.
If I add showtime:all; at the beginning it now displays each line OK when full file is executed.
the time stamp saves the display from getting screwed up.
image

@gunterkoenigsmann
Copy link
Member

That clearly is a missing recalculate. But why?
Resizing the window should fix it temporarily.


I think I have half an idea on where the bug might be...

@richardgobeli
Copy link
Collaborator Author

I'll try it again in 7 hours.

@richardgobeli
Copy link
Collaborator Author

It looks like it is still there in this build from today.
This is weird. If I execute the whole file, as it processes the file it shows the issue. But when it is done and I look at the file it looks OK. So somewhere during the process, it redoes the screen to make it look OK. But stopping part way thru it looks like below.

image
image

@richardgobeli
Copy link
Collaborator Author

It still does not seem to be getting any better.
This version still has issues.
image

@richardgobeli
Copy link
Collaborator Author

File did not compile last night. 1/31/2021.

@richardgobeli
Copy link
Collaborator Author

Is the change you did first for the issue with positioning the screen in a demo causing this problem now for the recalculate?
Maybe the first change needs to done differently so the recalculations are not needed everywhere.
I hope you are well, you have not been on for a while.

@gunterkoenigsmann
Copy link
Member

As a father of a 11-days-old son I claim that everything is more than only well ;-) ...and the recalculation issue should be resolved by now: As the layout process costs much time it is always important not to repeat it too often - and if you avoid relayouts it is easy to forget one or two occasions in which they would have been necessary.

In the current case I removed a workaround that tried to use the results of a former layout attempt if we forgot to re-layout a part of the worksheet - which hid, but naturally not resolved some of these errors.

@richardgobeli
Copy link
Collaborator Author

richardgobeli commented Feb 12, 2021

Congratulation! Take all the time you can. They grow up fast.

@richardgobeli
Copy link
Collaborator Author

Printing demos.
Because the printing does not split command lines the demo looks like one line and only prints the first page of the demo.
Would it be possible that when printing a demo line that the print routine goes one level deeper to decide how big a command input and output line is. This way the whole demo content would be printed as a normal WxMaxima session and after the demo line is over it goes back up one level for printing normal lines again.

@richardgobeli
Copy link
Collaborator Author

moved this to #970.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants