omz:forum

    • Register
    • Login
    • Search
    • Recent
    • Popular

    Welcome!

    This is the community forum for my apps Pythonista and Editorial.

    For individual support questions, you can also send an email. If you have a very short question or just want to say hello — I'm @olemoritz on Twitter.


    Feature Request: "View in Safari" option from browser

    Editorial
    4
    12
    6975
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • jimmbo
      jimmbo last edited by

      I wish Editorial's web browser offered a "View in Safari" option.

      1 Reply Last reply Reply Quote 0
      • the_buch
        the_buch last edited by

        Hey jimmbo! Here's a workflow I made a while back that let's you open the current page in Safari or Chrome, or just reload the page in the Editorial browser. It can be added to the bookmarks in Editorial's browser after you install the workflow by tapping the + in the bookmarks menu and then find the workflow in the list and tap to select, hit back, and it'll be in your browser book marks, which of course you can rearrange to have it more accessible using the edit button. Let me know if it works for you, or if it has any problems. I've not encountered any issue yet myself but if you do I'd like to know. Hope it helps, at least. A built in button might be nice, but for me, at least, this is good enough. A matter of preference, no doubt. Cheers!

        get the workflow here

        1 Reply Last reply Reply Quote 0
        • jimmbo
          jimmbo last edited by

          Thanks, man!

          Yup, works like a charm. And fwiw I'm in 7.0.6, so there's a data point for you.

          Next question. How do you take a text doc viewed in Editorial's browser to be a local, editable, Editorial document?

          The kookie Editorial browser seems not to want to offer a "select all" option (so I could copy/paste to a new Editorial doc), nor is there any other obvious way to do this. I could use your workflow to open in safari, and select/copy there, and bring back to Editorial, and bring the app out of browser mode and into new doc mode, and paste, and save, but that's not like the most graceful workflow ever.

          I guess the answer to this shortcoming might, again, be a workflow, but it'd be good if the app's deficiencies didn't require a bird's nest of user-generated workarounds....

          1 Reply Last reply Reply Quote 0
          • the_buch
            the_buch last edited by

            It might be better, but compared with the other text editors with in-app browsers that I've used, it's still significantly better, even without taking the capabilities provided by workflows into account. But I can understand what you're saying. I don't think there would be any way to make a select all option, but there is a predefined variable called browser selection in the workflows editor, so you could make a workflow that generates a new file from the selected text in the browser but if a select all option doesn't appear then you still are left having to select all. I get a select all option here on this page, in the post editor anyways. It may be specific to certain Webpages too.

            Hopefully I'm understanding your intent though: aside from select all which, if it doesn't appear, I don't think there is anything that can be done! you want to be able to generate a text file in Editorial from the text selected on a page in editorial's browser? Let me know if I have that wrong. Otherwise, I'm about to look into that and see what can be done, regardless. Will post back with results.

            1 Reply Last reply Reply Quote 0
            • the_buch
              the_buch last edited by

              Here's one to create a .md markdown file from selected text in browser. For my own purposes I did it in markdown, and had it add a markdown inline link and the date to the bottom. You can delete those in the workflow editor, in the Set File Contents action, if you don't want that. You can also edit the extension, if you prefer .txt, in the second Set Variable action, that sets the title variable. It uses the Webpages title as file name, but it gives you a chance to edit that when saving. Don't out the extension in their with the file name though. Also, it creates it in its Dropbox directory, and if you name it exactly the same as another file, I think it will overwrite that, I think.

              Let me know if this is sufficient, or if you had something different, or more specific in mind. I always welcome new ideas for workflows.

              Grab this one here

              1 Reply Last reply Reply Quote 0
              • filippocld223
                filippocld223 last edited by

                I'd improve the last action for more flexibility in other workflows

                here's my improved action http://editorial-app.appspot.com/workflow/5798785938620416/jGEmLvZXrLk

                1 Reply Last reply Reply Quote 0
                • the_buch
                  the_buch last edited by

                  I'm missing the difference between the two. I'm probably just overlooking something, but so far I'm not seeing a difference. Improvements are, of course, always welcome. What changes did you make, if you don't mind?

                  1 Reply Last reply Reply Quote 0
                  • the_buch
                    the_buch last edited by

                    Oh, nevermind. I feel dumb. I like that with the custom action. Is that achieved by editing parameters for the action? I made that custom HUD for a preset, but this is nicer. I've not messed with the action beyond that. Looks a lot better too. Thanks.

                    1 Reply Last reply Reply Quote 0
                    • Bricoleur
                      Bricoleur last edited by

                      filippocld:
                      Any reason you haven't made this version public (and, if not, could you do so with the_buch's consent and acknowledgement in the post of course....)?

                      1 Reply Last reply Reply Quote 0
                      • filippocld223
                        filippocld223 last edited by

                        The improvement is for the custom action.saving it as preset is more flexible because in my version you don't have to modify the script.
                        if the_buch wants to post it he can...

                        1 Reply Last reply Reply Quote 0
                        • the_buch
                          the_buch last edited by

                          Yeah that's a nice improvement man. I like that a lot better. Already replaced the preset I had on my iPad for that action. Thanks for that. I've never actually looked at the Edit Parameters before. Suppose I should someday. I'll public it with proper credit.

                          1 Reply Last reply Reply Quote 0
                          • filippocld223
                            filippocld223 last edited by

                            Thanks :-)

                            1 Reply Last reply Reply Quote 0
                            • First post
                              Last post
                            Powered by NodeBB Forums | Contributors