thanks for the reply @dgelessus
it sounds like icloud is an easy way to go. i'm just leery to use apple's icloud service though. partly for privacy reasons and partly because i don't like keeping my cloud service client apps on unless i'm actually using them and in the past when i would re-enable icloud it always seemed to want to turn on more globalized synching (synching things i configured it not to) then what i originally configure it for. maybe it's different now. when you sync with icloud can you lock it down to just one synch folder?
i'm playing around with dropbox right now and it looks like i can run python scripts directly from my dropbox synced folder (vs having to copy them down locally first) so i already may have my own cloud solution my own files. i only tested it with a simply print script but it worked. however, this contradicts much of what i think i've been reading in the forums / online about needing extra scripts to download / sync dropbox python scripts locally. perhaps that's because people develop locally in pythonista and need to move scripts back and forth between dropbox and local files in pythonista (ie that support is not native meaning you either run and edit the files in dropbox OR locally and that there is no native support to move the files back and forth between the two)?
so stash isn't stock provided in pythonista and i have to download it separately. i couldn't tell because i think i just ran one of your own file browser scripts in editorial and i think there was an option to use stash so i clicked it and it seemed to want to run (meaning it is provided in editorial but not pythonista)?
thanks for the input. i do have a followup regarding your file browser script for editorial since it's somewhat related here. it looks like i downloaded an older version from the workflows directory of your script (tutorial doctor posted the workflow but it's your script :)).
it runs in the sense it provides a nice file picker. the problem is it doesn't show meaningful folders. it doesn't list my mounted dropbox folder (though it shows the dropbox trash folder?). it also doesn't show my local documents folder in editorial where all my meaningful local documents are. would you know why it isn't working or if your new version in git (which isn't included in the current workflow online) takes care of the problems? my guess is it has to do with the root paths. what is the correct root path of the mounted dropbox directory in current versions of editorial?
here are the links i used for your workflow and code
here is my other post today that relates to finding a dropbox file browser that might allow me to see the full names of the long file names vs the stock editorial file browser.
ah i see.. you view the TOC natively as md and then swipe to preview it in the browser, touch the link and it returns you to the editor with filename via the callback.. gotcha..
still would like to see some other solutions hopefully a native one to the stock file browser if possible :) i think i may have just found a file brwoser workflow out there. i need to download it and see if it makes a difference or maybe can be modified in some way to do what i want.
i purchased pythonista more than a year ago and i never got around to using it much due to schedule. i'm revisiting it right now and i'm wondering what the best current methods are for getting files back and forth (though actually mostly to) to pythonista from a macbook. basically what i'd consider round tripping the files in an easy / intuitive manner?
MY OWN CODE
i only have an iphone7 so my screen real estate is really small. that means for pure python code that doesn't require any custom pythonista ui / ios modules, i can actually develop and debug most of my code a lot easier on the macbook with a better more powerful environment. but i need the most easy / intuitive way to get the files back into pythonista when it comes time to put them in the pythonista environment where i can use an external keyboard.
i'm quite ok simply transferring my own python files locally from my macbook to pythonista but i didn't see pythonista listed in the new files app in ios 11. i should double check and see if pythonista allows direct app transfers in itunes though as a possible solution (though i confess i personally think itunes is horribly designed and makes this a last resort when combined with ios's sandboxing)???
also maybe it's better for me to push my local code to git and pull into pythonista that way (see next)?. or simply sync to dropbox and pull from dropbox? (fyi cloud is not an option for me)
OTHER'S CODE (GIT etc..??)
more importantly, much of the code recommended in the forums exists in git, so i also need an intuitive method to pull from git directly to pythonista as well. oddly enough part of simplifying the equation here is finding and then pasting an appropriate git url into whatever tool is going to be used to clone the code into pythonista. i often search the forums on my macbook because it's easier to type and search etc on the macbook but i then need to get the appropriate link back to pythonista and whatever utility is going to be used to download the code locally on the iphone7. i think maybe a lot of the folks in the forum might be using pythonista in an ipad environment which gives them more options to do this locally more efficiently on the device?
i've cruised the forums and there are a variety of methods going back years and it's not exactly clear to me what's the best way to do this. are the appropriate scripts already in pythonista's installed code base or do i have to download something from somewhere else first and if so what are currently the most intuitive methods?
basically i'm excited to use pythonista but once i fire it up and want to leverage existing code that originates elsewhere, i can't figure out how to easily download it locally :) it's the biggest hurdle to using the app.
any current recommendations are welcome. thanks
so you're saying create another python script that reads the directory of files, converts filenames into markdown links, output to a file, which i make a bookmark out of to load in the internal editorial browser to jump back to editorial editor view of the file :)
i guess i could maybe just run the python file every time i wanted to pick a file to automatically open the editorial browser because it's going to have be constantly rebuilding the file anyway as i add files. maybe tie it to a quick snippet so the script is easy to access.
it's an option. thanks for the idea!
would still like to find something native if possible first and open to any other creative suggestions. long filenames are kind of common and for some reason i think an app's stock file browser w/should be able to support them out of the box
hey @wbjethro that would be the simple filesystem solution but creates an extra layer of complexity and unnecessary navigation in the filesystem for files that are logically grouped imho. at that point i'd just be navigating up and down and back and forth to put myself in teh appropriate directories which would just add a different kind of extra "gesture" effort, brain drain and time to the basic operation of opening a file.
basically having multiple directories just shifts the same problem i'm having but to directory navigation. i have just the right amount of files where breaking them out into subdirectories doesn't pay any dividends and not enough to make navigating one directory a problem. the one directory solution make managing the files much easier on a laptop (where i have plenty of screen real estate) and then the eventual sync to the dropbox.
thanks for the suggestion though!
I work with lots of files that absolutely need to be prefixed so that they can logically be grouped together in the filesystem. the unique part of each filename is then appended to the prefix after a hypen.
i also run editorial on an iphone vs an ipad.
unfortunately, this means that when i try to pick files to edit in the editorial file browser, the "unique" part of the filename is always fully or partially "hidden" out of view due to the width of the pane that displays the filenames. thus, there is no way to quickly and simply pick these collections of files. the only way (that i currently know of) to see if i'm selecting the right file is to actually randomly select the prefixes for files i'm interested in and load each file individually to inspect them until i'm sure i have the right one. due to teh similar content of the files, even this above method isn't fullproof without additional reading / scrolling once the file is loaded to figure out what file i'm in. basically it's a very time-consuming, inefficient to edit files with long file names in editorial.
is there a way to "wrap the filenames" or some other setting in editorial so that i can see the full filenames or at least a lot more of each of them in the file browser? switching to landscape doesn't change that width of the file browser pane on my iphone so that's not an option either. am i missing a setting or is there a drop-in replacement that will do what i want?
hey thanks @mikael. markdownview looks like it has the kind of functionality i'm looking for. i'll have to explore that. i'm coming over from editorial and haven't quite figured out yet what the best way is to download these scripts into pythonista on my iphone. once i do, i'll check this out. thx for the help
mikael, i'm trying to follow what you're trying to do here. if i wanted to select text in a markdown document, hover over the selection and then use it to "wrap" (ie insert double colons on either end of the text selection which is somewhat similar perhaps to you inserting and maybe toggling a checkbox i think???) the text, would your code be beneficial. i'm not sure i understand what it does ;) thx
basically i love editorial but there are a few customizations i would like to make that aren't possible so i'm wondering if i might be able to simply "mark" my md documents by baking my own simple md editor in pythonista that only provides the basic extra but stripped-down functionality i need. in sum, i like to highlight specific words and phrases in documents for learning purposes. highlight means toggle on / off wrapping in pairs of my own custom tags. i would also be able to change the default background color for the wrapped pair text.
i've never done any gui programming before. just trying to get some insights where to start. thx
i know editorial supports critical markup per this thread. however, i would like to change the normal == markers used for criticmarkup highlight to my own custom tags :: (double colons).
- is this possible if so how?
- also how can i change the default syntax colors used for text highlight on text surrounded with == markers
if i can't edit the default rules supplied with editorial for == and i must use my custom snippet approach described above to wrap :: for highlight, then
- how / where do i add a syntax color highlight for text surrounded by double colons (::) in the editorial's normal edit view?
finally, vim syntax configurations allow you to "conceal" the extra md characters that are used in wrap pairs like bold, italic, bold + italic (ie unless you are on the line being edited, you do NOT see the characters in the normal edit view.. which is great b/c it makes reading the md documents easer to read and work with after you've edited the document by placing the bold, italic, etc marks). editorial goes half way there, by "dimming" (reducing the transparency) of the special md markup characters but not entirely removing them from the display. it's good but if you have md wrap pairs that consist of multiple characters (like critical markup and bold+italic (three asterisks), they start cluttering up the text and make it hard to read.
- so is it possible to "conceal" md marker pairs in editorial like vim in normal mode and if so how /where?
is there anyway i can reassign the default top row of keys in editorial?
- i'd like to get the bold and bold + italic keys which are normally nested (for me hidden and takes much longer to actually use) under the italic key into the main row and replace other keys i rarely use (like those for links).
i like to markup my documents with lots of bold and bold + italic as well as straight up italic. having these keys nested under the italic key really slows me down a lot! i never do any linking in my md docs or at least certain kinds so i don't mind if i replace the related markup keys in the top row of the keyboard.
- i have a snippet that wraps selected text with my own "custom marker" that i like to use a lot to target many words in my md documents. because the snippet lives under the snippets keyboard menu in the keyboard, it's a two step operation to wrap selections with my custom marker which is very slow when i do this operation a lot.
as in #1 above, i'd like to be able to re-map my custom wrapper snippet to one of the other ones i don't use in the current default keyboard. is that possible?