MobileSheets Forums

Little things to check;

1 -  In Companion.when doing a search, the dropdown "By:" menu includes "Name". However, this field is called "Title" when you look at the main body.  A little confusing, no more no less.

2 - After upgrading to latest versions the auto population of the backup file was named "MobileSheetsPro_2017-36-27.msb" - obviously wrong, as the date is really 20170327.  After closing everything down and then trying for a second time, the filename became "MobileSheetsPro_2017-40-27.msb".  Something is amiss here .   Doing an internal backup, to the external card on the tablet, results in the correct population ("MobileSheetsPro_2017-03-27.msb") appearing, so the problem seems to be related to Companion, rather than MSP.

3 - I'm happy to see the auto population now adheres to the international dating standard, but the hyphens should not exist.  The correct format should be 20170327, not 2017-03-27.

(03-27-2017, 10:51 AM)GraemeJ Wrote: [ -> ]3 - I'm happy to see the auto population now adheres to the international dating standard, but the hyphens should not exist.  The correct format should be 20170327, not 2017-03-27.

Sorry, I have to correct you, the hyphens have to be there:
- https://en.wikipedia.org/wiki/ISO_8601
- https://www.w3.org/TR/NOTE-datetime
- we discussed that here http://zubersoft.com/mobilesheets/forum/...p?tid=3924
  (Thank you that you initiated this useful feature)
- imho readability is far better with hyphens

[url=https://www.w3.org/TR/NOTE-datetime][/url]

(03-27-2017, 08:42 PM)itsme Wrote: [ -> ]

(03-27-2017, 10:51 AM)GraemeJ Wrote: [ -> ]3 - I'm happy to see the auto population now adheres to the international dating standard, but the hyphens should not exist.  The correct format should be 20170327, not 2017-03-27.

Sorry, I have to correct you, the hyphens have to be there:
- https://en.wikipedia.org/wiki/ISO_8601

Hmmm... I was always taught not to use the hyphens.  In fact it appears either form is acceptable - "the standard allows both the YYYY-MM-DD and YYYYMMDD formats for complete calendar date representations, if the day [DD] is omitted then only the YYYY-MM format is allowed".

There may still be a bug though. I just made a backup and the date showed 2017-27-35.

2017-27-35 is definitely not correct.
The bug seems to affect only the companion. In MSP Android and in MSP Win10 the filenames are populated correctly.

Yes, it is a bug - I have a fix in place. I just used a format string of "yyyy-mm-dd", but "mm" is minutes, whereas "MM" is months. So that's why you are seeing a number between 0 and 60.

As for the filter, I'm going to have to take a look at that, but it's probably because "name" is used for all the group types, whereas title is only used for the song title.

Mike

That explains the strange dating .

I'm not sure I understand the filter thing. It just seemed to me to be inconsistent to have a column labelled "Title" but a search field called "Name" to search that column.

Well, the "Name" option doesn't just search on Song Title. It also searches to see if the song is using any groups whose name matches the given search. I would actually have to provide a separate option for "Song Title" to search on just that or just change it to "Title" and remove matching on any of the song groups.

Right - now that makes more sense. It's just something that I see as a small inconsistency and not worth the effort of changing.