-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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
AdGuard redesign tracking issue / checklist #2554
Comments
For now, we can not make date picker on Dashboard due to API. |
@Blakhard yep, np, this feature will be moved to a future version. |
|
@Blakhard we'll have to implement these in this version so some changes to the backend will be necessary. Implement a stub for now. |
@ameshkov Does this redesign implementation allow the potential for adding Dark Mode to UI elements? Since you are at the beginning of the implementation and design stage for this, I figured I should bring this up. Dark Mode continues to be one of the most up-voted feature requests. Thank you for all of the great work that your team does. Despite the whole Covid-19 slowing down much of the world, your team kept on rocking it without slowing down. Cheers! |
Yep, I guess once the redesign is completed, we'll be able to bring the dark mode soon after that |
@ameshkov Is it possible to try #481 (comment) ? |
Well, I'd better do that later, we already planned too much on this redesign. |
#3066 proposes adding autoupdate of the query log as well. |
For the dashboard and charts, have you guys considered a more broad and user controllable scheme for the graphs? That is, I was looking at refactoring the code so any rule (whether DNS blacklist, blocked service, or custom rule) would have a user selectable option for the type of content being blocked (e.g. based on the current graphs: Ads, Malicious, and Content) and then possibly even a sub-type (e.g. Ads ->Trackers, Malicious -> Abuse, Malicious -> AdGuard Security Service, Content -> Pornography, Content -> AdGuard Parental Control) and maybe even make the sub-type a user editable field rather than drop down. Basically this would make the reporting customizable so the user can define and then see what type of content is being blocked and drill further into a graph to look at the sub-types of content. This would be advanced functionality but existing filter lists could just be crafted to have a pre-defined type/sub-type so "regular" users don't have to do any extra work compared to the current setup. I was contemplating a refactor to make this work but didn't want to dive down that hole if you guys already planned something like this or were going a different direction.
|
Sorry to ask, but it's been a while, and wanted to ask if the development had come to an hault, or it just hasn't been updated here? |
@ncodee, we're currently developing it in a private repo, as there is a lot to do, and some details still need polishing. We currently predict that it will land during the v0.108 cycle. |
#3725 proposes to make all modal windows never close if the user has changed some data without saving it. |
It may be necessary to consult this issue: #2075
This issue just contains a checklist of pages that we implement (see "client2").
The text was updated successfully, but these errors were encountered: