Adv Search Dates (not year just MM DD)

Adv Search Dates (not year just MM DD)

how do I filter for Month and Day only?
Not 19th or 29th

By happenstance, there’s a workaround, only because your query is the basic Death fact. For that, use Basic Search and enter only 9 Dec

ah so it lies that it is death year – got it – thanks

Apparently left to right evaluation instead of individual string character sequences

1 Like

I wrongly assume the Birth/Death year came from the NameTable so I never tried more than year in the basic search field.

They SHOULD incorporate Wildcard Searching into those facilities, though!

1 Like

yeah I thought it should work like some of the (wildcard) text searches that would be helpful

1 Like

Let’s lobby for regular expressions !

2 Likes

that would be preferred in many cases – not sure if that will happen in the near future.

I’m a firm believer that the chances for a path to ā€œnice-to-haveā€ is improved by a foundation of ā€œmust-havesā€, LOL !

1 Like

Absolutely! RM should definitely add another tool that 90% of the users will not understand or be able to use. Between regular expressions and the constant SQLite suggestions, this should confuse pretty much all of the users that aren’t already confused by software in general.

that is a fair point (at least to a degree). Regular expressions would confusion many users. That said pointing out that there are other options are available…. sort of like adaptive cruise control – you can take advantage of all the setting or just drive the vehicle.

There are ā€œcostsā€ that accompany each added feature. It’s an increased surface area for potential errors/compatibility issues/code maintenance/enhancement requests/tech support/ETC. It’s an additive burden, particularly if not originally a part of the program design or philosophy. Having to, additionally, evolve UI considerations and still incorporate those feature set expansions that were originally planned for and keep up with competitor/industry direction… is what brings Return On Investment decisions about whether longtime-needed fixes or changes/ implementation timing/major-minor versioning and all else that we squawkers don’t have a real sense about… get done …or don’t.

agreed ….and that does NOT even scratch the scratch –on any change / fix/ enhancement. Even for those of us who have deeper backgrounds etc may not fully realize the scope

No, that is not going to be helpful. You are going to end up with a lot of users ā€˜trying’ to use those ā€˜tools’ and either wrecking a database (because many of them have no clue as to a backup scheme) or scrolling the hell out of the various support forums because they are trying to used told that they see being discussed when they are not remotely equipped to use them.

Since you are quite actively one of the ā€˜it can be done with SQl’ crowd, are you prepared to actually write queries for people that can’t manage it on their own? Are you going to explain how to install the management software to run said queries? If you aren’t then you shouldn’t be chiming in on many threads where it is clear the user is not equipped to use the tools.

Tom runs a perfectly good resource for those who are capable of using SQL to manage their database and as such such discussion really needs to be shut down in this group. I am certain that Richard or someone can provide a good place to work out regular expressions too.

correct and that is why I mention it