Jump to content
Storyist Forums


  • Posts

  • Joined

  • Last visited

About Steakpirate

  • Birthday 03/27/1990

Contact Methods

  • AIM
  • Website URL
  • ICQ

Profile Information

  • Gender
  • Location
    The Mystical Land of Kah Lee For'Nya

Steakpirate's Achievements


Newbie (1/14)



  1. I think it'd be cool if things like Characters, Settings and other key words were made into smart objects which (provided the name is recognizable/distinct from normal English words, at least via capitalization) were automatically recognized and link-ified (link would go to smart object page). Smart Objects would be color coded in the manuscript by type (IE: characters/places/ plot points). Ideally, it would also be made easier to tag and create smart objects from the manuscript itself (via right clicking). Links, color highlighting and text color of smart objects could all be hidden via the menu, and or perhaps by a simple preferences widget (this would probably be a much more organic solution, as it's more easily at hand than a menu bar, and could be auto-hidden in fullscreen mode). In addition to currently available descriptive fields, from the smart object's page you could see links to places the where object appears (a small preview window would appear on mouseover, showing the paragraphs immediately surrounding that instance of the object). Smart objects would be shared between all manuscripts in the storyist file, but could be sorted into folders (as before) to reduce clutter. A Toggle-able preference might allow repeatedly used proper nouns to be auto-tagged as smart objects, and put in an unknown objects folder for sorting, merging & classification. Additionally, links could be created between smart objects, notebook entries, and other smart objects (IE: plotting a family tree), transforming the objects into more of a conveniently interconnected wiki.
  2. So I understand why the novel template is formatted the way it is, and I have no problem with that. But I feel like the manuscript format stifles creativity. I prefer to work in serif fonts like Baskerville and Hoefler Text, which are much more elegant, double spaced, with fancy chapter titles. Rather than simply modifying the default style fonts and formatting, like I usually do (thus ruining the formatting advantage for using Storyist), I thought it would be cool if we could customize how the document appears to us while writing, without distorting how the document is formatted when we print it to send it off to be read. The way I imagine it, instead of a stale courier, the user experience would consist of polished graphics like you'd see on an iPhone app. Ideally, the user would be able to switch between the aesthetic and manuscript views, to check that there are no formatting issues. By freeing yourself from the industry standard formatting, you can create a much more attractive application experience. Chapter titles could be more ornate, section breaks could be replaced with attractive graphics, the page could have a textured, paper-like background. Basically, a WYSIWYG text editor that interprets Storyist-significant symbols like "#" graphically, and shelters you from what's under the hood, unless you ask to see it.
  3. I was able to put a bandaid on this by following these instructions, but you should still have a look at how storyist handles category folders in such a way that the OS wants to hand them off to another app—especially if people actually want to use their virtual machine software's Open-With feature, even though it's completely terrible.
  4. So, whenever I click any of the category folders for character/plot/notes/etc., I get a dialog window asking permission to open a separate, unrelated application (see screenshot). This does not occur when selecting actual character/plot points/etc. pages, only when clicking on the category folders. I have a feeling this issue is a confluence of two separate things: 1. My virtual machine app screwed with my default apps for handling certain document types (and set them to imaginary windows apps within the virtual machine) 2. Storyist handles character/plot/etc. files strangely, such that the default app for those document types is called up Any suggestions for fixing this behavior would be immensely appreciated. It gets old fast.
  5. I'm looking for something that can take two RTFs/Pages files and compare them and highlight the differences to find out which version of an old story is my most recent edit. (Sorting by date isn't really reliable). Does anyone know of software for this?
  6. Hmm. I guess I'm going crazy then, I could've sworn Pages handled clicks differently, but it doesn't seem to. It looks like you can't adjust the trackpad click speed for laptops; guess I'll have to be a more patient clicker. Thanks anyway!
  7. So, an addendum: this behavior also occurs in the notebook where CTRL + O seems not to have effect.
  8. That's works in Pages too (and probably Textedit), and I'd like to see it in Storyist (I'm surprised that it isn't, I thought it was a standard Mac behavior). Yes. Bizarre, but functional. Thanks!
  9. I was wondering if it would be possible to assign  + Shift + X and  + Shift + C respectively to a cumulative cut and cumulative paste feature. What I mean by this, is to add the selected material to what is currently in the clipboard (adding a space between if necessary). For example, if I want to turn the following passage: Far above and below them, three black, leviathan shapes glimmered faintly in a loose formation. into Far above, below and behind them, black, leviathan shapes hovered in a loose formation. The three objects glimmered faintly in the black of space. I could simply cut "three" & "glimmered faintly" into my word basket (producing "three glimmered faintly" in my clipboard), and paste them immediately afterward to have the majority of my next sentence, while simultaneously revising/pruning the original sentence with much less clicking.
  10. Normally, the Mac (or at least Pages and Safari) handles text in such a way that if I double click a word, it becomes highlighted, and if I triple click, the whole paragraph is highlighted. Outside of storyist, if you wait any amount of time after the second click, the counter will start over—which means that I can double click to select a word, and then immediately drag it elsewhere to rearrange the sentence. For some reason though, the click timing is handled differently in storyist (there is a longer window for registering a third click), and as a result I'm unable to effectively preform a double-click and drag (because the third click is registered as a third click despite a delay beforehand, and not a drag). I was wondering what was up with that/whether it was intentional/if there's anyway I can adjust the behavior.
  11. If space is the issue preventing this, there's no reason Storyist couldn't have a local colostomy bag external to the storyist file for oversized associated files, and just have a nice way of handling the absence of that file (for moving the storyist file without the addon folder) IE, a handsome placeholder bubble that says what the file was. The export utility could give you the option to bring the data folder with it (and provide estimated file sizes for both options).
  12. It would be neat to create an interactive tutorial that offers to run on first-launch and is available from the menu. When I say interactive, I mean, pointing to things and saying "this is how you X" or, "Click here to add a new character" especially for the less intuitive features like split windows and workspaces, creating/managing styles. You might even consider having multiple levels of tutorial (IE: Basic, advanced, etc).
  13. Is there an easy way to start a new paragraph? When I hit enter twice, it brings up a menu for selecting styles. I've been starting new lines, and then adding a blank line before them in order to accomplish scene changes/time jumps within a chapter, but it seems like there must be a better way.
  • Create New...