Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

make EASY_DATE® better experience #20

Closed
2 tasks done
jesus2099 opened this issue Nov 26, 2014 · 10 comments
Closed
2 tasks done

make EASY_DATE® better experience #20

jesus2099 opened this issue Nov 26, 2014 · 10 comments
Labels
EASY_DATE part of mb_SUPER-MIND-CONTROL-II-X-TURBO improvement mb_SUPER-MIND-CONTROL-II-X-TURBO
Milestone

Comments

@jesus2099
Copy link
Owner

jesus2099 commented Nov 26, 2014

@pankkake
Copy link

pankkake commented Dec 1, 2014

I'm currently only using "MusicBrainz: Paste-A-Date!" because I get a lot of text dates (with month names), and some even have a "1st", "2nd", etc. And unfortunately they seem to conflict: when I paste a date with EASY_DATE enabled, the wrong fields are updated. (OK, I guess there could be an easy fix for P-A-D, it must use the wrong input).
But why not import its date parsing?

I think the "c" hotkey can be useful, as well as a button to do the same, as I usually paste with the mouse.

@jesus2099
Copy link
Owner Author

Thanks very much for your feedback because it’s always very instructive to receive ideas from the real users. Otherwise I can only do with my limited ideas and needs and it can go in the wrong directions.

  1. I am not sure i want to add the complexity that comes with text dates yet (at least maybe not before this ticket). but maybe, i’ll see what i can do with my limited resources. :)
  2. 1st, 3rd and 2nd should be no problem as i strip all text but it would not work with either :
    • american dates
    • text month
  3. IMO you should not activate EASY_DATE when you use Paste‐a‐date… IIRC I tried not to conflict when I started working on EASY_DATE but am not sure it’s the case any more now.
  4. If I remove the “c” it would be for something more intuitive and less secret.

For your usage, i think you are right to disable EASY_DATE (but maybe you could try latest version as I have changes some stuff here and there).
Anyway you can if you want and without using EASY_DATE, install ELEPHANT MEMORY which adds the copy dates buttons… it’s made to be compatible with anything (including paste‐a‐date).

I made EASY_DATE mostly for copy MB’s ISO formatted dates and paste them in AR popups which was not possible at the time I used p‐a‐d. If everything that EASY_DATE does is now possible I will probably remove EASY_DATE and re‐install paste‐a‐date instead. I have to check it out again for your conflict.

Thansk again as I made this ticket only not to forget a few things but no decision is made yet so any input is welcome.

@jesus2099
Copy link
Owner Author

(still or anew ?) buggy on add alias then back, despite 2e62545.

@jesus2099
Copy link
Owner Author

Hey, I’ve tried nikki’s script again and now it also works in relationship editor popups and release editor, I’m letting you know that too !
IMO there is eventually absolutely no more need for EASY_DATE !
@pankkake, @zas, do you see any reason why I wouldn’t drop EASY_DATE feature in favour of paste-a-date, now ?
I have turned EASY_DATE off for the moment in my own settings, happily using nikki’s greater script again, myself.
I don’t exactly know who Keju is… :)

@pankkake
Copy link

pankkake commented Jan 8, 2015

I did not notice any issue with Paste-A-Date lately.

EASY_DATE has the "c" feature but I don't use it much.

@jesus2099
Copy link
Owner Author

My only remaining lacks in it are now end=begin feature indeed, and also I have to click more often because of the usa date format support, that I never use but that is conflicting with many dates.
But it's so much better to have one great script, especially now that it is hosted in bit bucket.
So as you are ok too, I will close EASY_DATE. :)

@Freso
Copy link
Contributor

Freso commented Feb 22, 2015

Maybe detect whether Paste-A-Date is present and disable EASY_DATE? Paste-A-Date does not work for all date forms, but EASY_DATE seemed to work fine for those that PAD didn't.

@jesus2099
Copy link
Owner Author

Detection is not usually trivial as PAD can be ran afterwards SUPER, staying undetected…
But probably that « show {…} unique date field(s) » (3rd point of original post) would fix this incompatibility.

@jesus2099 jesus2099 added this to the 2020 milestone Feb 1, 2019
@jesus2099 jesus2099 modified the milestones: 2020, 2021 Aug 27, 2020
@jesus2099 jesus2099 modified the milestones: 2021, 2022 Aug 21, 2021
@jesus2099 jesus2099 added the EASY_DATE part of mb_SUPER-MIND-CONTROL-II-X-TURBO label Sep 19, 2024
jesus2099 added a commit that referenced this issue Nov 28, 2024
Full top document level event driven to escape react-hydrate
Stop adding YYY+ input fields
Stop hiding genuine YYYY fields
Stop using English placeholders

fix: make EASY_DATE® better experience #20
fix: Make EASY_DATE compatible with Paste-A-Date #40
fix: Cannot add event and EASY_DATE is broken #863
fix: EASY_DATE only works in English!? #865
fix: Use genuine YYYY field instead of YYY+ #869
@jesus2099
Copy link
Owner Author

PAD should be OK now: #40

@jesus2099
Copy link
Owner Author

I move the only remaining unimplemented feature Add support for date span (2 dates) pasting to #875 and close this big old mish mash ticket.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
EASY_DATE part of mb_SUPER-MIND-CONTROL-II-X-TURBO improvement mb_SUPER-MIND-CONTROL-II-X-TURBO
Projects
None yet
Development

No branches or pull requests

3 participants