Editor

I can pass a Property value as a URL param when creating an instance: Mainly to support setting isModel for Design a Model, but also hugely useful for creating child things.

As I enter a Name in the Advanced Editor, the title should change synchronously: This needs sanity-checking, but seems likely to be correct

Can't change name of Model: In the Dragaera space, I created a new model. It got an auto-generated name, which makes sense. But I was unable to figure out any way to give the Model a more mnemonic name.

Design improvements to code workflow: Not really a specific issue, more a design to-do

Does Edit Width work on mobile? : In the attached screenshot, all properties have been set to Edit Width 1. They still look awfully wide, though.

Edit button should be disabled if I can't edit: Look at this page when not logged in. You can still click the "Edit" button, and it still shows something, but the results are mysteriously empty. The button should be disabled, probably with hover text to indicate why.

Edit Width doesn't work for in-line _edit controls: If I create a control in my form, like MyProp._edit, the Edit Width, as well as the native editorSpan of the type, aren't respected.

Exactly One shouldn't apply to Model editing : User Story: When it's time to enter data into an instance of PagePanel, a Start Page and a Start Panel are both required; it's not a valid reference if either is blank. Hence, I have marked those as Exactly One. So far, so good.

When I edit the MODEL, however, I very much DO want to leave these fields blank. Any value I entered would be incorrect most of the time, requiring extra keystrokes and attention to delete it. Unfortunately, the editor will not currently let me do this.

From a Tag / Link Set Editor, I can browse the options: Currently, we have an annoying drop-down for single Links, and a prompting input for Tags. But we really should have the prompting input plus a way to ask, "Remind me what all the Features are, again?".

I can easily edit a part of a nicely rendered display: Eric requested something along these lines, but I've been thinking about it for a long time.

I can preview the HTML produced by a Large Text: This is another variant of the "live preview"; this one would display the raw HTML output after the QText is processed.

I can preview the QText produced by a Large Text: It is often useful to be able to see exactly what QText is coming out of my QL expressions. This would make QL easier to work with.

I should be able to change the Collection of a Property: In particular, we need a straightforward way to change an ExactlyOne to Optional.

I should be able to change the Type of a Property: This feature used to exist, then fell out when we rewrote the Client.

I should be able to display edit controls conditionally on other controls:

I should be able to easily define a Choice Property: Currently, if I want to define a choice, I have to do it by hand: define the model and the instances, set Is a Choice, and create a Property. This should be one step under Create a New Property, with a specialized wizard.

I should be able to easily insert double-square-brackets into my text: Currently, when I'm editing on mobile (especially on a small screen), inserting double-quotes is a pain, and double-square-brackets is a major PITA. We need shortcuts for this.

I should be able to see the property value that I am overriding: In the Advanced Editor, show the inherited value, with some highlight / lowlight that indicates that it is inherited. Any change automatically makes it overridden. Trash / Revert then becomes available, although probably requires two clicks.

I should be able to specify that a Set contains at least one element: This is similar to the new notion of Required -- the page should provide feedback if you don't fill it in.

I should have a "live preview" as I edit a Large Text: One of my most-desired stories, this would make editing the Default View much easier and more reliable.

If I delete a Property from a Model, I should be able to delete it from all Instances at the same time:

In the Advanced Editor, I should be able to see which Properties are inherited: This was actually implemented in the early days, but the old JS client was too difficult to work with, and the workflow kinda sucked.

Instance Edit View of complex Model Types is eliding apostrophes: This may have been around for a while, but I just noticed it.

Print should do something more useful from the Edit page: Kihou points out that, if you Print from the Advanced Editor, you get the Editor. That's not helpful -- what you want is to see how this will actually print.

Refresh page loses data: I'm getting used to a new tablet/browser. It's sadly easy for me to accidentally trigger 'reload page'. When this happens in the midst of filling out something complex, all my data is lost :-(

Set editing is fragile and inefficient: All of the Set UIs currently send the entire set back and forth every time you add or remove an item. That's dumb -- not only is it extremely inefficient, it means that two browsers looking at the same set will tend to stomp each other. This has been a fairly frequent problem for my Shopping List.

The "take photo" button should show that it has focus: For example, edit this Issue, and Tab down to "Screenshots". There is no visible indication that the button has focus.

The data type info in the Advanced Editor should refresh more often: If I create a new Model (as part of creating a Property), then delete the Property, then create a new Property using that Model, it isn't available in the drop-down.

The Large Text Editor should auto-save regularly: Nothing complicated here: if I have changed the text (not the change event, but actually changing the content), then sometime in the next minute or so it should auto-save.

There is no way to remove a dead field from an element of a List of Model Type: This is rare, but can come up -- it's a design bug.

There should be a keyboard shortcut for "Done": When I am editing a complex Thing like the Characters in ARC, scrolling down to the Done button gets tiresome. Ctrl-d or something like that should mean "Done" anywhere in the Editor, not just in Large Text.

There should be a standard mechanism for in-place Editing: This would encapsulate the pattern that I've wound up using in my Comics Space.

We should do something more sensible with the default of Exactly One Tag: Eric stumbled across this: if you define a Property as Exactly One Tag, that all works fine -- but if you fail to enter anything, you get an ugly and problematic empty-name Tag.

When editing on mobile, I should have an easy Done button: Currently I have to scroll down to find the Done button. I want one that floats, to be easier to access.

When I close a window, my changes shouldn't be lost: From Eric: "If you type in a comment for a Review, then close the window before changing focus, the comment is lost, even with a reasonable pause between the end of typing and the window closing." More generally, closing a window while in the middle of an input should ideally save the input somehow.

When I set a custom Permission on an Instance's Security Page, it shows up in the Instance Editor: That is, if I add a Person or Role to a custom Who Can Edit, then Who Can Edit shows up in the Instance Editor. It shouldn't -- this should only be in Security.

_isEmpty should give a warning when used with ExactlyOne: That is, _isEmpty can never be true with ExactlyOne, by definition, so using it there indicates an error.

Adding a Property of Link Type through the Actions menu doesn't let you specify a Link Model: When I am editing a Thing, add a Property, and Create a new Property of Link Type, I get the option to set an optional Link Model. So far, so good. If, on the other hand, I go to the Actions menu, choose, Add a Property, and define the new property as a Link Type, I get no option to give it a Link Model.

Choice Order should be limited to just the Instances of this Model: When I am adding the Choice Order property, I am offered all of the Links in this Space. That's silly and inconvenient: I should only see the valid choices, which are the Instances of this Model.

Ctrl-S not working in new client under Chromium on Linux: In the new client, Ctrl-S is offering to save (Webpage, Complete) instead of saving back to the server. This is observed on Linux using Chromium, and is in contradiction to the experience on Windows.

Ctrl-s should save the current state of my Text: It is a bit nerve-wracking to edit a large text block in a browser window. It would be very comforting if there was an easy way (probably ctrl-s) to do a quick save of at least that text, possibly the entire current state of the edit so far.

Deleting a Property from a Model should be more thorough: When I delete a Property from a Model, 3 times out of 4, I don't need that Property at all any more. But truly deleting it is a pain: I have to Show all Properties, go to the Property itself, and delete it manually. This should be easier.

Done button should go to the actual Link Name of this Thing, if possible: It is annoying that the Done button from the Instance Editor goes to the OID-based URL instead of the Thing-based one, because the name might change. Can we do better?

Edit all Instances should manage pagination with the scrollbars: Instead of old-fashioned coarse-grained pagination, Edit all Instances should simply manipulate the scrollbar. Ideally, the approximate length of the "page" should be calculated from the first ten instances; when you drag the scrollbar and land, it should load the live Editors for where it lands.

Editing Lists of Model Type doesn't work right in old-style Editor: In Read Access is much too leaky, the top Task was accidentally deleted right after I created it, but seems to have taken anyway. Now, it's just stuck there: I can't delete it, move it, or anything.

From a list of Things, I can get a live Editor easily: This is inspired by my Shopping List Space, so _editAsPickList is the starting point. I would like to be able to edit / delete easily from the main list.

I can define an Edit Button: This is to deal with a major usability bug in the Page Header Property -- there is no way to add an Edit button to it!

I can edit a List's content nicely, in-page: This is a bit speculative, but borderline necessary for managing Features. I need to be able to render the list of the Feature's Stories, in Summary Display format; rearrange the list in that format; have an easy way to edit a given Story in that list; and have an easy way to add another Story to that list.

I can make a non-live-editing page: Needs thought, but it comes up again and again -- in some use cases, folks really expect and want to be able to edit in a non-live mode, with a clear "Save" or "Done" button.

I can pass a Property value as a URL param when creating an instance: Mainly to support setting isModel for Design a Model, but also hugely useful for creating child things.

I can replace *any* Property Value with a QL Expression: Huge, powerful and terrifying, but clearly correct. This would be the Querki equivalent of the common notion that, at the interface layer, a property can be either a value or a function.

I should be able to create a new Model from Create Property: The current workflow for creating a Tag Set pointing to a Model is a hassle -- I have to leave the Editor, create the new Model, then come back to the Editor to create the Property. I should be able to create the Model right there, while I'm creating the Property to point to it.

I should be able to mark a link value as unselectable: That is, I can add a Boolean property which, if set, prevents this from being selected in drop downs, tag prompts, and so on. The idea is that this is still a valid thing, but should not be used in anything new.

I should be able to mark a Property "same as previous", to make data input quicker: That is, if I am creating a bunch of Issues with the same Feature, I shouldn't need to type the same Feature over and over.

I should be able to specify a Validation Filter for a Link Property: This would be a Function on a Link Property. When you edit a value of that Property, only values passing this filter would be offered.

I should have a better UI for a *single* Tag/Link: We have this lovely auto-completing UI for Tag/Link Sets. But the UI is primitive and sucky for a single Tag. There really should be a way to do this better.

I should have a way to reuse QText/QL templates: When creating a bunch of Models, I sometimes want to reuse essentially the same Default View in several places. It would be nice to have a way to do this without doing a lot of copy/pasting.

Illegal XML in Model's Instance Edit View causes Model Property rendering to crash: Suffice it to say, when we render a Model Type for editing, it can't cope with malformed XML in text.

It is too easy to accidentally press Done during Property creation: When you are creating a new Property, the Done button is sitting there, rather conspicuously, right beneath the Property-create box. If you aren't used to the system, it is easy to accidentally push that button, which isn't what you want.

It is too hard to enter a Tag that is a strict subset of an existing one: For example, say that there is an existing Thing named "Footer", and I want to create a Tag named "Foo". There is no obvious way to do it -- it prompts me with "Footer", and doesn't give me the option of creating the new one. The workaround is very unobvious: I have to click away from the control, which causes it to accept what I have typed.

Is it even possible to do this right with OOTB Manifest? The right UI is probably to show what I am typing as the top element in the list of options (or at least, as the bottom one), so that I have something I can accept. I may have to enhance Manifest to get this, I suspect.

It shouldn't be possible to type non-digits into a numeric field: Since only numbers are allowed in these fields, there is no reason to allow the user to enter bad data.

Need to be able to specify a "row break" in the Edit View: The Edit View is nice, but sometimes you wind up with unrelated fields on the same row, because that is how the column layout worked. It would be nice if Properties to Edit in Instances let you say "line break here".

Newly Added Property not available for Properties to edit in Instance: When I add a new Property, I often want to immediately put it into Properties to Edit in Instances. But it isn't available until I save and re-edit.

Optional Model Values don't work right: Create a Model, with a Text field. Then, in another Thing, create an Optional Property derived from that Model. Fill in the text field. Restart the server -- the value is not correctly persisted.

Optional YesNo doesn't work in the traditional Editor: I am honestly unsure if this ever worked correctly, but the Yes/Maybe/No buttons definitely don't work in the old-style editor.

Person doesn't show up as a Model that you can use: In particular, it doesn't show up in the Model Selector dialog, so there is currently no way to change a Person to a subclass. Since that's a useful feature, we should get it working again.

Properties should have their own Editor: For the time being, to edit a Property, you have to use the old Advanced Editor. That works, but it sucks. We should instead have a consistent Property Wizard, built from the current Create a Property pane in the Edit page.

Quotes in a Property Summary cause the Instance Editor to fail: Discovered this scary bug the hard way in the Cooks Guild Space

Rearranging a List on mobile is slow: Since drag on a mobile browser is already accounted for, we can't use it for rearranging a List.

Reifying Tags still uses the old Advanced Editor: When I go to an undefined Tag, and press the "Edit" button, it reifies that Tag, turning it into a real Thing. This should use the Thing Editor, but instead uses the old Advanced Editor.

Replace editAsPickList() with edit(as = ...): At this point, that old editAsPickList() isn't really the way things should work any more.

The Large Text Editor should prompt me in QL expressions: When I am writing a long block of complex text that uses a lot of QL (for example, writing character sheets in ARC), much of my time is spent typing that QL. But that's silly: the system should really prompt me usefully, the same way that an IDE would.

The style "My Property -> _edit" should work: This intuitively ought to work, but currently doesn't - you have to use the dotted form instead.

There should be an Advanced Editor button in the Live Editor: The new "live Editor" is better than the old, heavyweight one most of the time. But there should be a way to get to the older one, for cases where you want to, eg, add another Property on an ad-hoc basis.

Trying to edit a Model Type gets a RSOD: Not sure whether editing other Types has the same result, but it repros when trying to Edit a Model Type.

UI issues with Edit/Trash buttons: Current editor UI tends to encourage accidental deletion of Properties.

Want an in-context way to examine / change Properties: When looking at a Thing, I want to be able to examine and understand its Properties, and possibly change them.

Would like to be able to select my Link/Tag options from a list: A good example of this is Dad's wine database, the country field. It has a very limited number of options, and would be nice to just show as radio buttons. This is probably common when I have fewer than ten likely options.

editor UI doesn't work well with LastPass browser on iOs: While editing a Thing (such as, for example, this bug) in lastPass on iOs, there are at least two display issues.

I. When editing a field, a popup appears over the name of the Property with the description. So far, so good. But there's no obvious way to dismiss this popup, and it often obscures buttons one might want to use. Worse, sometimes this popup sticks around even after you go into another field, so you can end up with several of these sticking around.

II. The green action bar at the top of the page doesn't behave correctly when you scroll, often getting stuck at some arbitrary part of the page.

Newly-added Large Text elements in Lists don't initially autosize correctly: Create a Property that is a List of Large Text. Add an element. Type multiple lines in it -- it doesn't resize the way that Large Text entry boxes should do.

From the live editor, I can get to the advanced editor: New button, next to the trash button.

When i edit a Thing, i should see the live editor: Time to deprecate the old editor.

I can create a new Thing in its own page with the live Editor: At the moment, _createButton opens a new editor in place. This is right sometimes, but the work flow often works better editing in its own page. I have no way now to write a button that opens the Thing in create mode.

Design a Model and Create a Thing should be separate: Design should still go to the old editor, but preset the isModel flag. Create should show the live editor.

Deleted Property still exists?: In My Dragaera space, in the Book model, I initially created a field "Book Title". I later realized that I really just wanted to use "Name" for that, so deleted that Property. Sort of. If I click on "Book", it still lists "Book Title" as one of the Instance Properties. If I create a new instance of Book, it has a Book Title field. But when I try to Edit Book to get rid of it, "Book Title" is NOT listed in the Instance Properties.

Instance Properties prevent me from editing Instance-local Properties: Create a Model with some Properties. Set its Instance Properties appropriately. Create an Instance, and set one of those Properties. Delete the Property from the Model. It is now orphaned -- since the Model has Instance Properties set, editing the Instance doesn't let you edit the Property, but it's still there.

Tag Set UI is broken!!!: Somewhere in the recent changes, Tag Sets stopped using Manifest, and instead began to use the ordinary List UI. This needs fixing, ASAP!

The Done button shouldn't show when editing Bundles, only Things: This is particularly a problem when you have nested Bundles inside of a Thing -- the nested Done buttons are weird, and it's meaningless except for a real Thing.

Naming a Model [[ results in an uneditable Model: If a Model is named literally [[, it looks okay -- but when you go to edit it, you get the Editor for the constant True.

Hidden Properties have re-appeared in the Model Designer: For some reason, the Instance Properties, Is a Model and _deriveName are suddenly showing again. What changed? This is clearly a regression.

Properties are using the Thing Editor, but should use the Advanced Editor: In the long run, we should have a single, consistent, powerful Property Editor. But it definitely shouldn't use the Thing Editor.

When I create a Tag or Link Property, I should be able to create the Model right there: Experience has demonstrated that one of the most annoying workflow bugs is that I have to first create the Model, then create the Tag/Link Property pointing to it. This needs to be unified.

I should be able to specify the display order of Choices: This isn't strictly limited to Is a Choice Properties, but is mainly for them. The Model should have a List Property which, if given, specifies the display order of this Choice.

In the Model Editor, it is too easy to re-order Properties when you try to scroll: Specific to touchscreens: when you drag up or down to scroll, you often wind up rearranging the Model's Properties by accident.

Trying to show an Edit View if you can't Edit has horrible results: As reported by Eric: When I go to an Editing Sample and click "Edit", it displays some of that Thing's properties around 50 times in a row (slightly more indented each time) before giving an error

Editing text fields on a small screen is broken?: Might just be for fields in lists, but something's just failing.

When I create a sub-Model, the Property order in the Editor is all messed up: Odds are that we need to be copying Instance Properties into the child, and aren't doing so.

Tags don't seem to immediately "take": Noticed this while editing my Songbook. This is specifically a New Tag, with no Link Model, in the bulk Editor. When I enter a new Tag, like "Funny", then go on to the next entry and try to enter "Funny" again, it does not prompt me with the newly-created Tag.

Editor Cancel button should have confirm: Probably the same double click as delete.

Crash when creating Properties: When I try to create a Multiple Choice (a non-intuitive process), I reliably crash the browser.

Options with Computed Name don't show up in the right order when editing a Thing Property: The canonical example here is in my Comics Space: when I go to select a Publisher, they are in a random order, because it doesn't take the Computed Name into account.

Adding List items in bulk data entry puts focus after the newly added item: If you tab to the "+" button to add a new List item, then hit RETURN, the focus stays on the + button. To populate the newly added list item, you have to click back, or hit SHIFT-TAB a whole lot.

I should be able to disable the "Create a *Foo*" in Link selectors: The problem here is most apparent when tabbing through the Create a Issue Editor page. You hit space to edit the Issue Priority, and then try to use arrows to go through the options, but when you hit "Create a New Priority", it kicks you into the creation window, which is totally not what you want.

In general, the "Create" option often shouldn't be legal on these Links. We really should have a concept of "sealed" -- a Property you can set on the Model, which says that you can't Create new Instances from the Editor like that, but only be hand-creating new ones.

"Done" button is missing in the Cross-Stitch Gallery's Instance Editor: Not sure what happened, but it must be related to the changes to the way "Done" works.

I should be able to see "Saving..." even if I have scrolled down: At the moment, we display "Saving..." / "Saved" in the top left corner, but it scrolls with the page content. This really doesn't work -- especially on mobile devices, it tends to get scrolled off, so you don't have that crucial feedback.

I should be able to edit a Property, much the same way as I create it: This actually borders on a usability bug. Creating a Property is fairly easy, but modifying one is irritatingly hard. Once we are displaying the appropriate meta-Properties for a given Property based on its Type, the existing workflow (Actions -> All Properties -> the right Property -> Edit -> figure out the meta-Property -> add it) becomes utterly idiotic. Instead, I should be able to edit the Property straightforwardly.

From viewing an Instance, let me Create Another: It is very, very common, when I am viewing an Instance, to want to create another Instance of the same Model. This should be easier -- I shouldn't have to click on the Model first.

I should not be able to apply Who Can Read to a Property: Who Can Read isn't applied to Properties (or Types, etc), because it could cause havoc if it were -- Things using the Property wouldn't be able to resolve. So I shouldn't be able to set it in the Editor.

Rating._edit is broken: The changes to remove Ecology from Property broke it -- it now causes an Unexpected.

"Create a New Thingy" in Link selection has been long broken: When you have a Required/Optional Thing Property, the drop-down includes an option "Create a New whatever". This has been broken for, literally, years.

Design a Model and Create a Thing should be separate: Design should still go to the old editor, but preset the isModel flag. Create should show the live editor.

Can't click in text in lists on touch screen: Related to the recent fix to the advanced editor: touch punch is getting in the way because we aren't using the drag handles properly.

Can't set the Instance Properties of a sub-Model: If I edit a child model, I can't set the Instance Properties. When I try to do so, and go back to edit it again, I find that they aren't there.

It is much too easily to accidentally delete a List Element: I'm going to call this a Critical Usability bug, because I think people are going to start getting cranky over it.

Tick in a Text causes an internal error: When entering [this song]() into my Songbook, I tried to enter the name "Arthur O'Shaughnessy" in the Created By field. This crashed, with some sort of internal error.

"New Tag Set Type" should become the norm, and Old should be deprecated: Currently, when you create a new Property, you get offered "Tag Set Type" and "New Tag Set Type". The "new" one should become simply "Tag Set Type", and the old one should be deprecated, since it is no longer the preferred way to do things.

Trailing spaces or dashes in Property name make Instances un-editable: Specifically, the name winds up not parsing correctly in the QL expression.

I can *easily* create and manage an enumeration / choice: At the moment, creating an enumeration is an unspeakable pain in the ass. We need a lot of UI sugar on top of that.

Single-valued Tag inputs don't save their values: If you define an ExactlyOne or Optional Tag, it looks like it works correctly, but it never actually saves.

The Edit Instances button displays when viewing as Anonymous:

From the Thing Editor, I should be able to display and link to this Thing: I've been hitting this a lot since adding the New Issue form in this Space. What I miss from the old Editor is the effect of the "Done" button -- being able to immediately see the resulting Thing. I don't always want that, but I sometimes do.

Design a Model should have Is a Model checked initially: I think this one in annoying enough to qualify as a design bug. When Models and Instances came from the same menu pick it was necessary to select Is a Model manually, but that's no longer true. The Design a Model menu pick should set Is a Model when the page shows up.

Numeric Input Length is broken: In Comics, tried to add Edit Width to the Issue Start Property. I set it to "4", and was given an error saying it can be no more than 12. WTF? Are we doing string comparison where we should be doing numeric?

You can enter a property multiple times in properties to edit in instances:

Text Sets not displaying all members?: Some of my Text Sets are now only displaying their first member.

I should be able to create dependent Properties (at least for Choices):

Duration editing is completely broken: Nothing displays for the editor -- wtf?

Changing Models: Expose a way to change Models.

Name shows up in Editor even if Derive Name is checked: This must be a regression; don't know from when.

Trying to edit-create a Feature is currently broken: In the course of the changes to make the Thing Editor ubiquitous, we appear to have broken reifying a Tag with the Edit button.

Edit All page should repeat navigation buttons at the bottom: I'm a bit surprised this isn't already the case...

editThingInternal() needs to stop using raw OIDs: In particular, the "model" parameter is a raw OID; it should have always been a ThingId. Fixing this is going to be a PITA, since we have screwed it up in so many places, but it needs to happen -- at the moment, it is causing all sorts of bugs.

Done button in Property Editor isn't in tab order: When I create a new Property and get the Property Details Editor, I expect to be able to tab through it. Which works -- but tabbing to the Done button at the bottom doesn't.

List of Tags fails to display an Editor: Not sure what's going on here, but I can create a List of Tags but it then totally fails to display.

If I change the name of a Model in the Advanced Editor, Done goes to wrong place: The problem is that the Link Name has changed, and the Done button doesn't know that, so it goes to the old Link Name as a Tag instead.

I should be able to show a "Minor Changes" button: This is a standard wiki feature that Eric would like for his FAQ.

When i edit a Thing, i should see the live editor: Time to deprecate the old editor.

I can create multiple Types from the same Model: Currently, it is extremely easy to accidentally create multiple Types from the same Model. This is usually undesireable, and probably always a mistake. So let's plan to disable this for the time being, and we'll re-enable it if anybody comes up with a compelling use case.

Done button should use OID link, not ThingId: Currently, the Done button of the Thing Editor uses the ThingId for linking. Problem is, we might be editing the Name field, in which case the page then comes up as an unknown name when we press Done. So this is an example where using the hard link is probably more appropriate.

Collection radio buttons not working right: In the Create New Property panel, the Collection buttons (Exactly One / Collection / List / Set) function right, but they no longer look right. When I press Optional, it doesn't unpress Exactly One.

When I remove a Property from a Model, I should be able to delete it: Frequently, the reason to remove a Property from a Model is that I decide I didn't want quite that Property at all. Intuitively, I want to delete that Property and free up the namespace.

When creating a Property, the box size jumps up and down when I change Types: Just an annoying usability issue that forces me to scroll unexpectedly.

I can't uncheck Is Consumable in live editor on tablet: Lochleven Space: Not clear what's going on, but when I try to uncheck this flag, it doesn't seem to take. Probably only in live editor, maybe only on mobile.

_edit is taking a weirdly long time for Issue: In the Comics Space, we say _edit on Issue quite often, and it's taking bizarrely long to display -- about three seconds. Why? It isn't an exceptionally complex type. It feels like something about _edit is taking time proportional to the size of the Space.

Model Page should not use normal Page Header Property: If I set Page Header, the Model is using that. That often screws things up, since the Model isn't necessarily configured sensibly

New Property Name discards first character : When you begin to create a new Property and start typing its Name, the first character you type is ignored.

When creating a Property, the default Collection should depend on the Type: Currently, we default to ExactlyOne for everything. That's idiotic -- ExactlyOne is rarely the correct Collection. Instead, it should depend on the Type.

_editAsPickList doesn't respect the Choice Order?: This is presumably because _editAsPickList is ancient and weird, but it really should follow the Choice Order if there is one.

Mis-rendered HTML in Link listing: For example, in this Space, in the Editor look at the "Issue Closed Reason" options. "Can't repro" has the apostrophe over-escaped.

Add Photo button should activate on Enter: This is slowly driving me nuts as I build the documentation. In the Instance Editor, the Add Photo button doesn't react to the Enter key -- I have to take my hands off the keyboard and use the mouse to activate it. That's just dumb.

Model Type selection should only be shown in Advanced mode: Model Types are about as Advanced as you get. So don't show them unless we're in Programmer mode.

Required Thing displays "Some HTML", even if a default is set: Basically, Required Thing is clearly broken. This one is high-priority to look into.

When I add a text value to a list, position the cursor in it: This is a mild usability bug. Notably annoying on a touchscreen.

Setting an Optional YesNo Property to Maybe seems to be broken: See the In Game property in A Respectful Calm. I am trying to set that to Maybe on Character, but it is stubbornly remaining No.

Can't create a link to something with a short name?: There doesn't seem to be any way to enter a Link to anything whose name has less than 3 characters.

Set of Text crashes: Clearly a regression, since I use this in the Period Games Space, but not sure when it happened.

Old editor loses photos: If a record has photos, and you edit it in the old editor, they get lost.

Tab order in the Edit Instances Page is completely messed up: In particular, tabbing to the "Create Another" button totally isn't working right.

From the live editor, I can get to the advanced editor: New button, next to the trash button.

The Editor should *not* show the Done button most of the time: This has been driving me crazy for ages. While the "Done" button is clearly necessary in the Instance Edit View and the Create page, it is superfluous and in the way most of the rest of the time.

Up/down arrows don't work consistently: For most text interfaces in the world that don't exceed a single line, up-arrow moves the cursor to the beginning of that line, while down-arrow moves the cursor to the end of the line. This doesn't always work in Querki (though it does in many places).

When entering the Name of a new Property, for example, the up/down arrows do nothing.

After I finish creating a new Property, the Collection should reset: For example, right now, after I create a Set, the Create Property remains at Set.

In the Property Editor, the Done button should be in the tab order: Both when creating and editing a Property, the Done is not currently in the tab order, and that's a hassle.

I should be able to see the appropriate meta-Properties when I create a Property: This is the general case of a common specific problem: many Types really want to expose particular meta-Properties as visible to the User when he creates/edits a Property.

Add Property keeps jumping to top of page: When I press the Add Property button in the Editor, I scroll to the top of the page, which is exactly what I don't want. And when I finish, it does so again.

Model Property input fields not initially disabled in old-style Editor: Subtle, stupid and horrible bug -- only reason it isn't ship-stop is that it's only in the old-style Editor, and only happens in Instances.

_createButton should be right-clickable to open another Tab: Currently, _createButton still works dynamically, the same way it originally did. This means you can't right-click it to open another tab. There's no longer any reason for that, now that it's opening a new page.

Drag handle in Lists takes too much space: Look at the Editor for Reconstruction -- the drag handle takes up totally unnecessary vertical space in all those lists. This should all be more visually compact.

I can create a new Thing in its own page with the live Editor: At the moment, _createButton opens a new editor in place. This is right sometimes, but the work flow often works better editing in its own page. I have no way now to write a button that opens the Thing in create mode.

When I create a backtag to a Thing with a Space in its name, the tag is slightly wrong: Noticed while working on the Period Games Space. When I create an External Page from, say, "Byzantine Chess", the backlink tag is to "Byzantine-Chess". This works as a link, but is not noticed in _tagRefs.