Vous êtes ici :   Accueil » Forum » English discussion » Several change requests of varying sizes
 
Forum - English discussion - Several change requests of varying sizes

Nombre de membres 107 membres
Connectés : ( personne )
Snif !!!
 

Forum - Forum
English discussion - English discussion


le 24/06/2018 08:12
par DonEdwards

DonEdwards



All of these are based on 5.04.01 on Linux Mint 18.3 with all updates... I know that probably most or all are too late (or even irrelevant/superseded) for 6.00.00...

For clarity I'll put each one in its own message.
Site web DonEdwards
Poster une réponse Haut  

DébutPrécédent [ 1 2 ] SuivantFin
Réponse n° 1
--------
le 24/06/2018 08:13
par DonEdwards

DonEdwards



Sorting of characters in dropdowns, such as on the Common tab in a Relationship

Characters in this dropdown seem to be sorted by a number of things that are not represented at all in the list, not even by dividing lines. Also, they are finally sorted by last and then first names, but shown in the list as first and then last names. Between these factors the list seems unsorted...

I think most people find it easier to work with a list that (a) is sorted and (b) they can see how it's sorted, or at least easily see where one group (based on an unseen sort criterion) ends and the next begins.
Site web DonEdwards
Poster une réponse Haut  
Réponse n° 2
--------
le 24/06/2018 08:14
par DonEdwards

DonEdwards



Scene list behavior


Set the Scene list to display the Narrator column, and the program nearly comes to a halt.

In one project I use the "Occurs" and "days after" fields heavily. When I close and reopen the project, it remembers that I want the "Occurs" field in that list, but forgets to show the "days after" field. It should remember both selections.

It would be nice if the order and width of colums would also be remembered through closing and reopening. For that matter, it would be nice if they would be remembered through clicking the "refresh" button on that list.

The Scene list is one place in particular where it would be nice if the user could sort on more than one field. In similar situations from my days as a programmer, how it's handled is to remember what fields are currently being sorted by. Then when the user asks for a new sort field: (1) go through the existing list of sort fields and, if the new field is there, remove it; (2) if the list is overly long, drop the last field; (3) stick the new sort field at the beginning of the list; (4) now sort.
Site web DonEdwards
Poster une réponse Haut  
Réponse n° 3
--------
le 24/06/2018 08:18
par DonEdwards

DonEdwards



Relative date calculation


Chronological view (and possibly other stuff) doesn't work when a scene's date is relative to another scene that also has a relative date; it just omits those scenes.

Similarly, the Memoria skips over all relative dates. If there is no fixed scene on a date, it simply doesn't happen - no matter how many scenes occur on relative dates that happen to land there.

It would be nice if this were fixed so all relative dates that can be calculated, are calculated, and are used in both those places. And elsewhere as appropriate (such as a column on the Scene list).

Here's one way to deal with it.

New table DateCalc will contain fields SceneID, CalculatedDate. It only needs an index on SceneID, which may be the primary key.

When it's time to refresh the calculated dates - all of them, or only some:

  1. Start by deleting from DateCalc whatever Scenes you want to recalculate (possibly the entire contents)
  2. (if you didn't just delete everything) Delete from DateCalc any Scene dependent on a Scene not in DateCalc; repeat until this deletes nothing
  3. Insert into DateCalc the SceneID and Date of all Scenes that have fixed dates and aren't already in DateCalc
  4. Repeat as long as there is at least one Scene whose SceneID is not in DateCalc but is dated relative to a Scene that *is* in DateCalc: Insert in DateCalc the SceneIDs of all such scenes, calculating the dates.
When that is done, any Scene that has a relative date but still is not in DateCalc has one of two errors: it's relative to an undated scene, or it's part of a loop of relative-dated scenes (simplest case, and probably common: it's relative to itself).

A scene being dated directly relative to an undated scene (not relative to another scene that is relative to an undated scene) is easy to detect so the user can be notified; if there are none of those, then any remaining relative-date scenes with no dates must be part of loops.

This could be embellished easily enough to flag all scenes that are dated directly or indirectly relative to an undated scene. It would require another field in DateCalc, to distinguish deliberate undated scenes from the ones dated directly relative to them, and those from the ones indirectly relative. Then any other relative-dated scenes that can't have dates assigned, must be in loops. Don't try to figure out the loops, just flag the affected scenes for user attention.
Site web DonEdwards
Poster une réponse Haut  
Réponse n° 4
--------
le 24/06/2018 08:22
par DonEdwards

DonEdwards



Previous item mentioned Memoria. It has another problem:

In those modes where the date-selection dropdown appears, the default (and what the "back to the beginning" button takes you to is a summary of the entire project.

This can be a bad idea for a major character - when the character is in well over 200 scenes, 50 locations, interactions with 70 other character and 20 items, it takes FOREVER to build that summary and the resulting display is pretty much useless.

First step (easy): make it not the default, and make the buttons not take you there. Leave it in the dropdown, so the user can deliberately select it. Or give it its own special button.

Second step (harder): as it's being built, check how full and complicated it's getting. If it's too much or taking too long, warn the user and give an option to stop trying.
Site web DonEdwards
Poster une réponse Haut  
Réponse n° 5
--------
le 24/06/2018 08:26
par DonEdwards

DonEdwards



Sorting and grouping of Items on the tab in a Scene or Relationship

Currently the sorting is by name, but then the items are grouped by category.

Thus, the categories are in random order and may repeat.

Also, if the first two items aren't in the same category, then the category heading isn't put in front of the first item.

Recommend sorting by category and then name. And check what's causing the first-item bug.
Site web DonEdwards
Poster une réponse Haut  
Réponse n° 6
--------
le 24/06/2018 08:29
par DonEdwards

DonEdwards



Several of the charts have serious problems on the vertical scale. In one project, the Occurrence of Characters bar chart has the markings on the left running from 0 to just over 200, but the bars run approximately from -4 to 17.
Site web DonEdwards
Poster une réponse Haut  
Réponse n° 7
--------
le 24/06/2018 08:36
par DonEdwards

DonEdwards



Locations tab - can it be made hierarchical?

Rather than the current:

location with no city, country, etc.
Country 1
   location with no city
Country 2
   location with no city
City A, Country 2
   location with no Where
City B, Country 1
   neighborhood (with no Where)
City C, Country 2
   location with no Where
Neighborhood, City B, Country 1
   building (its Where is neighborhood)
Building, Neighborhood, City B, Country 1
   room

Could we instead have

location with no city, country, etc.
Country 1
  City B
    Neighborhood
     Building
       Room
Country 2
  City A
     location
  City C
     location
Rectified by DonEdwards 24/06/2018 08:44
Site web DonEdwards
Poster une réponse Haut  
Réponse n° 8
--------
le 24/06/2018 08:39
par DonEdwards

DonEdwards



Name changes!

This is in two parts.

Part the first: in the course of a story, a person's name changes. The most common case nowadays is when people marry.

Part the second: in the course of a story, a name moves from one person to another. When Lord Wherever dies, his son becomes Lord Wherever - the name is the same but the person is different - while continuing to also have his old name.

In principle, either version can occur multiple times. And a person can have multiple names simultaneously. (Including names like Mother.)

Can these be provided for?
Rectified by DonEdwards 24/06/2018 08:40
Site web DonEdwards
Poster une réponse Haut  
Réponse n° 9
--------
le 24/06/2018 08:41
par DatDonEdwards

DatDonEdwards

visiteur

Data entry tweaks:


In the US, dates are most often typed with slashes / rather than dashes -. If you could modify date-input fields to allow both formats, that would be convenient.

Could there be an option to enter a person's birth and death as references to scenes, rather than - or possibly even in addition to - dates? (Definitely continue to allow dates.)

When editing a Character record, if the character already has an abbreviation that is different from the automatic one, please don't automatically change it when the name changes.

I would like an option for scene numbers, chapter numbers, etc. to automatically increment by something other than 1. I use 10 frequently. (This makes inserting an item between two existing items much easier.)
Site web DatDonEdwards
Poster une réponse Haut  
Réponse n° 10
--------
le 24/06/2018 10:12
par favdb

favdb



Thank you Don for these suggestions/bugs, it's not to late for me to introduce modifications for the version 6, and perhaps in an emergency version 5.04.xx.
Most of these are registered now in the bug tracker system.
Poster une réponse Haut  
DébutPrécédent [ 1 2 ] SuivantFin
actif sujet actif   clos sujet clos   Important! Important!   Nouveau Nouveau message
Rectifier Rectifier message   Clôturer Clôturer sujet   Remonter Remonter  
Catégories de discussion  Forum 



Vous êtes ici :   Accueil » Forum » English discussion » Several change requests of varying sizes
 
 
 
Webmaster - Infos
Préférences

Se reconnecter :
Votre nom (ou pseudo) :
Votre mot de passe