-
Notifications
You must be signed in to change notification settings - Fork 200
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
Proposal for initial target dialog when a bible window is clicked #1169
Comments
Also footnotes and crossreferences create modals. |
True, I don't see those much. I think they and strong's numbers and morph codes can be left just as they are. |
As I mentioned elsewhere, this proposal is very related to the how the new labeling system works. So if it is to be implemented, i would say included it now so that users are not having to relearn something new in the future. I also think this proposal is a fairly significant simplification of how the user interacts with labels making it a worthy inclusion. Include this feature in v3.4. |
#1188 tries to address the link issue. |
I believe this is also fully implemented as of #1162 |
We seemed to have reverted back to the original target for a verse with an existing bookmark. It's shown in the first column in the first image above. I think it was working differently a few days ago. The issue remains the same - now I can't get to the operations I might want on a verse - share, compare etc. Was that a deliberate change? |
If a visible bookmark highlight is clicked and there's only 1 bookmark, it will open the bookmark. It will work for all actions similar way. It will see all the actions, see if there's only one action with top priority, it will do the action immediately. If there are more, it will show the ambiguous selection dialog. I think it works as it should. |
OK, so what is the process now for a user to share or compare a verse when
there is a single bookmark on the verse?
…On Sun, 11 Jul 2021, 4:06 pm Tuomas Airaksinen, ***@***.***> wrote:
We seemed to have reverted back to the original target for a verse with an
existing bookmark. It's shown in the first column in the first image above.
I think it was working differently a few days ago.
The issue remains the same - now I can't get to the operations I might
want on a verse - share, compare etc.
Was that a deliberate change?
If a *visible* bookmark highlight is clicked and there's only 1 bookmark,
it will open the bookmark. It will work for all actions similar way. It
will see all the actions, see if there's only one action with top priority,
it will do the action immediately. If there are more, it will show the
ambiguous selection dialog.
I think it works as it should.
—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub
<#1169 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ADKGTJVDT6DNKGF3OIUVRU3TXEYHXANCNFSM467DOULQ>
.
|
Sorry, not Share - that is possible. I mean
- Compare
- Speak (if we add that)
- Add a new bookmark
…On Sun, 11 Jul 2021, 4:30 pm Andrew Rogers, ***@***.***> wrote:
OK, so what is the process now for a user to share or compare a verse when
there is a single bookmark on the verse?
On Sun, 11 Jul 2021, 4:06 pm Tuomas Airaksinen, ***@***.***>
wrote:
> We seemed to have reverted back to the original target for a verse with
> an existing bookmark. It's shown in the first column in the first image
> above.
>
> I think it was working differently a few days ago.
>
> The issue remains the same - now I can't get to the operations I might
> want on a verse - share, compare etc.
>
> Was that a deliberate change?
>
> If a *visible* bookmark highlight is clicked and there's only 1
> bookmark, it will open the bookmark. It will work for all actions similar
> way. It will see all the actions, see if there's only one action with top
> priority, it will do the action immediately. If there are more, it will
> show the ambiguous selection dialog.
>
> I think it works as it should.
>
> —
> You are receiving this because you modified the open/close state.
> Reply to this email directly, view it on GitHub
> <#1169 (comment)>,
> or unsubscribe
> <https://github.com/notifications/unsubscribe-auth/ADKGTJVDT6DNKGF3OIUVRU3TXEYHXANCNFSM467DOULQ>
> .
>
|
Perhaps we should lower the priority for whole verse bookmarks (especially underline style?)... But it was quite bugging me that I couldn't single-tap to bookmark dialog from my bookmarks. |
|
if priority is 0 then it will show the ambiguous selection dialog even if there's only one item |
What do you use the bookmark dialog for? It's kind of a dialog that I like
the look of (especially the bottom few lines ;-) but I rarely need.
- It doesn't show all the labels (they fade out)
- I still have to click the notepad to make a note.
- It shows me the selected part of the verse but I could already see that
before I clicked.
- It shows me when the bookmark was created but I never need that.
- I do like seeing all the names of the labels in the study pad list. But I
can get that info from the summarised form.
So I am not sure why I would use it.
Oh, if it has a note attached it is useful. That's the only thing I can
think of. Am I missing something?
…On Sun, 11 Jul 2021, 4:46 pm Tuomas Airaksinen, ***@***.***> wrote:
if priority is 0 then it will show the ambiguous selection dialog even if
there's only one item
—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub
<#1169 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ADKGTJS4NB27AGY6ZH2C7V3TXE42TANCNFSM467DOULQ>
.
|
I guess it's most annoying if there's note that I want to see. If that is the case, perhaps I could try again to put bookmarks to 0 prio and only put note icon to have higher prio so that by clicking note icon directly user gets to bookmark. I'll test again and see how it feels.. |
I'd like not to confuse bookmark modal with ambiguous selection modal. |
This is anyway now changed back so that ambiguous modal is shown if bookmark is clicked (unless clicking marker icon). |
This is a more mature version of #1165
Also needs #1188
I noticed that we now have three different dialogs that are displayed depending on what we click on in a bible window. They are described in the image below. I am not sure this is a good idea. I know exactly what is happening because I have helped design this :) But I am sure this could be a bit disconcerting for a user.
I think a better option is that the user is always taken to a form that looks the same (or almost the same) wherever they click in a bible window. Further explanation is in the image.
The text was updated successfully, but these errors were encountered: