Fastbar, advanced browser, and straight reward all seem to work fine.
Editor adjusting add-ons are still broken as expected (collapsible fields, ze frozen fields, and wrapper meta addon)
Custom keyboard shortcuts, browser side by side, highlight search results in browser are still broken. I believe the authors of all these broken add-ons are fairly active and should be able to update them. Are these changes solid enough that I should notify them now?
The borders look clean now and the margin increase is tiny but makes a difference.
I assume thatās intentional for better discoverability.
For me itās a bit different but probably the same issue: Double rightclicking any node makes the first one (Saved Searches) the current element.
While this interpretation of the rightclick is a bit unusual (but not unheard of), there are simply not enough modifiers to provide all these functions only with leftclick. Of the 8 possible combos involving Ctrl, Shift and Alt, 7 are already in use with the old sidebar.
I like having all this functionality available by just clicking, but I wonder if itās getting a bit much for new users now.
Accessability through the GUI could by achieved by adding another toolbar with selectable buttons representing the different clicking tools. Like in image processing software e.g., what happens upon a click would depend on the selected tool.
Iām not particularly happy with the right-clicking solution - it conflicts with standard shortcuts on some Linux distros, is harder to actuate on a Mac, and seems to have introduced a bug where the wrong element is being selected. I think we might be best rolling it back for now, so we donāt feel pressured to get this sorted before the .41 release. What do people think?
I still wonder whether a toggle could work - a āMultiā checkbox to the right of the sidebar filter for example.
Re: is:due, what about changing due to mean today, and adding another āoverdueā below it?
@AnKingMed Unless some unexpected issue arises, I donāt expect big changes at this point
a āMultiā checkbox would be a little more tedious and be difficult when wanting to separate between or, and and -. I would probably favor some sort of keyboard combination with a click. Is it just the shift click that is causing issues with selecting multiple? cmd, cmd+alt seem to work fine. Iād suggest alt+shift or ctrl+shift for āorā
The idea of the checkbox would be to switch between the old behaviour (various modifiers+click to AND/OR/NOT/REPLACE) and multiple selection behaviour. Users who mainly use the modifiers, or mainly use multiple selection, could leave the checkbox on their preferred mode.
As Rumo mentioned, weāre already using a bunch of different modifiers, and if we changed shift to behave like a normal multiple selection, we could not represent all the different combinations across the platforms.
When I pleaded for the reimplementation of multi-select some days ago, I didnāt know there was such a load of features that could conflict with it. Thatās why I thought a multi-checkbox would be unnecessarily cumbersome and should be prevented.
But like Rumo said, a GUI solution is probably for the best here
In this new version 2.1.41beta the option to searching for all the cards is gone.
After making a selection, I canāt undo it with the mouse. just clearing the selection on the panel.
That sounds good, though Iād lean towards just having the first two options to start with, as itās easier to add more later than it is to take them away.
@dae perhaps Iām doing something wrong with the set due date, but it seems that 7 and 7! are doing the same thing.
My understanding would be that if the current interval on a card is 21 and I enter ā7ā, the card would be due in 7 days, but the interval would remain 21 days so that the next interval would be 21ease. If I enter ā7!ā, then it would be due in 7 days with an interval of 7 days so the next interval would be 7ease. It seems both are doing the same thing at the moment and Iām unable to just change due date without affecting interval. I understand you tried to add the change that alters intervals a tad to adjust doing it earlier or later, but as far as I can tell ā7ā and ā7!ā are doing the same thing. I would recommend making it more like the rememorize add-on was with it altering just the interval alone.
Hi,
not sure if this is a specific .41 issue, but anyway:
The preview pane in the Cards window doesnāt reflect changes I do on the left side, unless I hit save and reopen the dialog.
Some notes:
No javascript errors in my card template
HTML changes, as well as styles done in the style tab are not displayed until reopening
There seems to happen a refresh (the web pane flickers), but the content stays the same
Tested with different note types, seems to work on none
@AnKingMed I donāt think leaving the interval untouched is the best option, but your comment has made me realise the current approach is going to break down when rescheduling cards shortly after they were answered. Sigh, back to the drawing board again.
@dae Iām getting this error for multiple add-ons. Something I should just notify add-on authors about?
Traceback (most recent call last):
File "aqt/webview.py", line 37, in cmd
File "aqt/webview.py", line 136, in _onCmd
File "aqt/webview.py", line 581, in _onBridgeCmd
File "<decorator-gen-152>", line 2, in _linkHandler
File "anki/hooks.py", line 89, in decorator_wrapper
File "anki/hooks.py", line 86, in repl
File "/Users/Nick/Library/Application Support/Anki2/addons21/zkingofstudytimers/__init__.py", line 616, in myLinkHandler
return _old(self, url)
File "aqt/toolbar.py", line 170, in _linkHandler
File "aqt/toolbar.py", line 188, in _browseLinkHandler
File "aqt/main.py", line 1069, in onBrowse
File "aqt/__init__.py", line 101, in open
TypeError: __init__() got an unexpected keyword argument 'card'
.