I am not sure if this will catch on, but I thought it might be helpful to have a thread for bugs noticed in the new update. I have noticed at least 2 possible bugs so far.
- MMD tables only display in the preview if the global MMD setting is on. Tables do not display if MMD setting is off, even if the individual Tables setting is on.
- When viewing the documentation within the iPhone's web browser, tapping on the "copy" button at the top of a python code window returns an error "The URL can't be shown" and the code is not copied to the clipboard.
Sorry if this has been covered elsewhere (it didn't seem to be):
The Extract Range action can handle negative values, but (at least on the iPhone version) the keyboard that pops up is the numeric one, so I can't input a negative number.
I actually just realized that what I really want is Remove Whitespace (I was trying to do 1:-1), but it still seems like a bug.
This is more of an user-interaction edge case than a bug:
When reading a long markdown document in Preview, there are relative links to text files, e.g.
[Another File](/reference-file.txt). Click the link to the relative file and it displays in preview as black monospaced plain text on white. In order to go 'back' to the originating preview you must go back to the editor, make a change, then return to Preview for the refreshed markdown preview of the initial document. (Note: a change must be made to revert the preview to the original document. Otherwise Preview is stuck on the relative file in plain-text mode.)
Possible solution: a 'back' button that appears when you open a second document in preview. An added bonus: showing the referenced text file as a rendered preview.
Not sure this has been mentioned anywhere, but Editorial preview panel is not showing any document’s first line of text. Bug?
@pruppert, have you rebooted the entire ipad already? Something like that is hard to reproduce.
What is the first line? If it is in the format of metadata, then it wouldn't show (multimarkdown).
See if it shows up if you change options in your markdown HTML View settings.
Well, I guess this has happened before, but I wasn't doing anything major then.
I left the browser view to go into another app, and when I came back, it was still there for a few seconds, then Editorial closes and re-opens to a blank browser page. I was editing a forum post!
Major bug. It doesn't reload my page either.
By the way, any plans on adding tabs to the browser?
I made a workflow that changes the input of a web-view by selection of an option from a table view.
The workflow is here
It didn't crash at first, so I know it should work, but yet it keeps crashing. Could this be a bug?
I changed it from a table-view to three buttons, and now it workd. Seems like a bug in the table-view control.
UI Designer Bug
There are many bugs i am finding, having dug deeper into python scripting.
One major annoyance right now is that when I make a custom action or python script that uses the ui designer, and thereafter make another python script that uses the ui designer, Editorial can't bind actions to controls, because it stlil has the former script in memory.
Warning: Couldn't bind action 'change' of 'switch'
(There is no action "change")
Sometimes I have to just place a new control in the UI designer for the current script, and it will get rid of the error. Right now however, that int working.
Arabic text is right-aligned in the editor, but semi-left-aligned in the preview.
When doing a find and replace, I cannot enter the replace text into the popup dialog using an external keyboard but have to drop back into the onscreen keyboard.
(For that matter, I'd like to see both the find and replace text boxes in the document header, perhaps with a checkbox to activate the latter. Having to hit the search icon again and select Replace is a hassle.)
Editorial hangs in iOS 8 when screen orientation is changed when displaying the "Open in..." menu using console.open_in().
Editorial v. 1.1.1, OS version: 8.1.3, phone model: MD638LL/A.
I'm sure you are aware of this but iOS's built-in Dictation's three purple dot animation hangs on the screen for me after using it once. After multiple uses often the dictation button stops working -- upon press it simply goes from light gray to dark grey and stays on dark gray. If the purple dot animation has been hanging for awhile during multiple dictations the app will inevitably crash. Also, sometimes a dictation won't commit properly and only a series of spaces will output upon completion.