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

notebook -- fix that the slideshow mode in the notebook utterly completely broken #6342

Closed
williamstein opened this issue Jun 16, 2009 · 15 comments

Comments

@williamstein
Copy link
Contributor

This patch turns slideshow mode into something actually pretty useful. It is maybe uglier than it was 2 years ago. It is maybe "lame"-ish, perhaps. But it is usable! Which is a million times better than the literally buggy situation now.

The actual patch attached here tracks both the cell_list (the compute cells), and adds a new list allcell_list, which contains all the cells (not just the compute cells).

One other thing -- this patch addresses what looks to me like some terrible scary code in the tinymce integration into Sage. Basically there was a massive junk of javascript that got sent back from the server with each evaluation, and got eval'd via a timeout -- not good. Now it is done statically without any code being eval'd.

Component: notebook

Issue created by migration from https://trac.sagemath.org/ticket/6342

@williamstein

This comment has been minimized.

@boothby
Copy link

boothby commented Jun 16, 2009

comment:3

Attachment: trac_6342.patch.gz

Under Ubuntu j & firefox, I can repeatably hit an infinite memory consumption:

  1. Switch into slideshow mode
  2. Shift-click to create an html cell above the first cell
  3. Enter the text, This is some $foo$
  4. Shift-enter to save the html cell
  5. Shift-click to edit the html cell just created
  6. Quickly kill firefox before it takes down your system.

@boothby
Copy link

boothby commented Jun 16, 2009

comment:4

notes on the above comment:

Step 1 may be omitted, this bug is active in normal mode. Step 5 should read, "double-click".

@williamstein
Copy link
Contributor Author

Attachment: trac_6342-part2.patch.gz

a tiny little bugfix

@williamstein
Copy link
Contributor Author

comment:5

Attachment: trac_6342-part3.patch.gz

@williamstein
Copy link
Contributor Author

make it so slides delimited by text cells with


's; lighten up control css

@boothby
Copy link

boothby commented Jun 17, 2009

comment:6

Attachment: trac_6342-part4.patch.gz

Problems:

  1. Shift-enter is broken in html cells
  2. Up & down buttons are completely broken (as are the pgup/pgdn keys):
    a. Without any
    tags, nothing happens at all
    b. With one
    tag, one can view either the first cell or just the text cell with the
    all by itself.

Comments:

  1. I liked the previous version which showed cells after the current one.
  2. It would be nice if you didn't have to have your mouse in a cell for the pgdn/pgup keys to work. (this would take some effort, as we have no global key handling right now -- so this should be handled in another ticket)

@boothby
Copy link

boothby commented Jun 17, 2009

comment:8

I just read the new entry in the tutorial. According to the specified behavior (which I don't like), the up&down buttons are almost working -- however,

  1. Deleting a cell in a 'frame' jumps back to the previous frame, even if it wasn't the first cell in the frame.
  2. The first frame shows up fine, but the second and subsequent frames don't show any code cells -- it's just the HTML cells, and there's no way to view the code cells. Interestingly, if you add a few cells to the frame, they don't show up -- but after 10 or 20, they start appearing. However, if you switch out of and back into the frame, it's back to not showing any code cells.
  3. The counter / progress meter shows the number of cells, not the number of frames. This is counterintuitive.

Reasons I don't like the specified behavior:

  1. The resulting code is more complex.
  2. Using
    's, while documented, is not intuitive. I'd never have thought of that, and I'd probably assume that the slideshow mode was just broken crap.

By contrast, the version before part-2.patch was clean, simple and intuitive.

@williamstein
Copy link
Contributor Author

comment:9

The first frame shows up fine, but the second and subsequent frames don't show any code cells

This is an unintended bug which I'm fixing.

Reasons I don't like the specified behavior:

  1. The resulting code is more complex.
  2. Using
    's, while documented, is not intuitive. I'd never have thought of that, and I'd probably assume that the slideshow mode was just broken crap.
    By contrast, the version before part-2.patch was clean, simple and intuitive.

I'm trying to give an actual talk, and in preparing it, I learned that the version before part-2.patch was actually totally broken crap for actual use. In contrast, what I've just written is really awesome for actual use. There is a huge difference between imagining maybe giving a talk and actually writing a talk you're going to give in front of a 130 people. It is absolutely essential to have slides that are given by a marker.


is a very reasonable choice for a marker.

  1. The counter / progress meter shows the number of cells, not the number of frames. This is counterintuitive.

It's going to be a lot more work to implement the counter to show the frames, and I decided not to implement that in the interest of iterative development.

@boothby
Copy link

boothby commented Jun 17, 2009

comment:10

Attachment: trac_6342-part5.patch.gz

Slideshow mode now works, shift-enter on HTML cells is still broken.

@boothby
Copy link

boothby commented Jun 17, 2009

comment:11

Oops, the "bottom" button now jumps to the last cell instead of the last frame.

@rlmill
Copy link
Mannequin

rlmill mannequin commented Jun 23, 2009

comment:12

It would be nice if there were some way to

  1. indicate which hr's delimit slide breaks, and which don't, i.e. if you want to use an hr in the middle of a slide, and

  2. allow for slides which don't contain any cells.

Regarding 1, we could even use something like <sage_slide_break> instead

@rlmill
Copy link
Mannequin

rlmill mannequin commented Jun 23, 2009

comment:13

I think also if there is a newline at the end of an html block, it cuts the slide after the next cell.

@rlmill
Copy link
Mannequin

rlmill mannequin commented Jun 23, 2009

comment:14

Adding a cell to the end of a slide is also problematic.

@jdemeyer jdemeyer modified the milestones: sage-5.11, sage-5.12 Aug 13, 2013
@sagetrac-vbraun-spam sagetrac-vbraun-spam mannequin modified the milestones: sage-6.1, sage-6.2 Jan 30, 2014
@sagetrac-vbraun-spam sagetrac-vbraun-spam mannequin modified the milestones: sage-6.2, sage-6.3 May 6, 2014
@sagetrac-vbraun-spam sagetrac-vbraun-spam mannequin modified the milestones: sage-6.3, sage-6.4 Aug 10, 2014
@boothby
Copy link

boothby commented Mar 29, 2020

comment:19

Closing deprecated notebook tickets

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

No branches or pull requests

3 participants