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

Bug improve bookmarks management #26

Conversation

iamutkarshtiwari
Copy link
Contributor

This PR fixes this defect-> https://bugs.sugarlabs.org/ticket/4714

This patch implements the Option 1 feature mention on the bug^ page. AS mentioned, the star will now only toggle the bookmark tray and the pages can be added to the tray by clicking the plus button added to the tray. The color of the star changes to the profile_xo_color if the page is added to favourites else if the page is removed/does-not-exist in the tray then color changes to default b/w.
Here is a gif to demonstrate the feature.
desktop-animation

In case if the tray is full of a list of pages which needs scrolling, the scroll buttons can be activated by simply clicking on the plus icon in the tray which expands to show the left/right scroll icons and the page can be then added by again clicking over the plus button.
Here is a gif to demonstrate this feature.
desktop-animation2

@samdroid-apps
Copy link
Contributor

Hum, I wonder if this is the right way to solve the issue?

The ticket doesn't really explain to me what the issue is. But I think they are saying;

  1. Star color should update when user changes website. Seems like this should be the case, if it is not already.
  2. The bookmark tray takes too much space. They propose making the star hide and show the bookmark tray. I disagree, since the star is so intuitive the button to bookmark something. Maybe we could make the tray auto hide/show based on when the user scrolls (like FIreFox/Chrome on android with their title bars)?

I don't know, but I think that this needs a design discussion.

@iamutkarshtiwari
Copy link
Contributor Author

The star icon updates it color when user changes the website.( I must have forgot to demonstrate this in the above gif).

Yes, we can discuss the design with the community though I tried to implement all the feature exactly as were mentioned on the feature-request page -> https://bugs.sugarlabs.org/ticket/4714

@quozl
Copy link
Contributor

quozl commented Mar 14, 2016

I'd de-emphasise the bug report, as it came from OLPC AU who have since abandoned Sugar deployment altogether, focusing instead on Android. The person who raised the ticket doesn't want the problem fixed any more, and didn't update the ticket to say so.

I agree consensus is not yet reached on requirements, and @iamutkarshtiwari was very brave to use the ticket without checking for consensus. Good try, but let's get back to gaining that consensus; which we also call a design discussion. Use a [DESIGN] subject tag on sugar-devel@ mailing list.

@iamutkarshtiwari
Copy link
Contributor Author

@quozl Shall I start a thread on sugar-devel with the [DESIGN] tag for browse activity?

@quozl
Copy link
Contributor

quozl commented Mar 14, 2016

@iamutkarshtiwari, welcome to open source development, where your decisions are yours and sometimes people won't give advice. 😁

icon = Icon(icon_name=self.icon_name)
else:
icon = Icon(icon_name=self.icon_name, xo_color=xo_color,
pixel_size=style.STANDARD_ICON_SIZE)
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm amusing that this is the function that you added compared to the original toolbutton? Maybe a better approach is to:

  1. Send a patch in to sugar-toolkit-gtk3 with this change (it is one of those, "Didn't we have this api already?", changes)
  2. Have a conditional import and include a minimum viable subclass with your changes

@samdroid-apps
Copy link
Contributor

So I must of missed the mailing list thread, but would it be possible to send a separate patch that does the "update star colour when the user navigates" feature? I think that it can be merged eaisly.

@iamutkarshtiwari
Copy link
Contributor Author

@samdroid-apps Sorry, I did not get you? What shall I exactly do to make it easily mergeable ? And is the current proposed design acceptable ?

@davelab6
Copy link

What's the current status of this?

@iamutkarshtiwari
Copy link
Contributor Author

@davelab6 There hasn't been much design discussion on this PR (though it's complete). It needs community consensus.

@davelab6
Copy link

@iamutkarshtiwari how is that consensus reached?

@iamutkarshtiwari
Copy link
Contributor Author

@davelab6 We need to have a [DESIGN] discussion over mailing list to gain community consensus. But ultimately it's the maintainers' choice to merge or close.

@samdroid-apps
Copy link
Contributor

Yep, lets discus this on the ML. I personally lean towards option 2.

But I think that we can merge parts of your patch, eg. the bits that change the color of the favorite icon as you navigate to a site that is favorited.

@samdroid-apps
Copy link
Contributor

Adopted option 2 in d25af13

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

4 participants