Tag Archives: platform

Project Navigation UI Update

A long awaited update is finally here. Since we’ve started moving projects to the new platform, there’s been an inconsistency between the project navigation bars between different project pages. This has now been addressed, and the navigation bar looks the same across the various project pages. To give you an idea of how different the navigation was,

Before:

Summary page

before_summary

Tickets page

before_tickets

After:

Summary page

after_summary

Tickets page

after_tickets

 

Ah, that’s much better. And it’s not just the styling that’s changed, if you look closely at the actual items in the old navigation bar, a few items (Summary, Files, etc.) might appear in one place, but not the other, or their order may differ. This has now been fixed so that the navigation bar contents will always match. We also revamped the space above the nav bar to be more appealing (and consistent between tools).

Finally, a shortlist of some other navigation improvements that have been made in recent weeks:

  • Similar tools are grouped together to save space in the navigation bar (the threshold is configurable on Admin -> Tools)
  • Drop down menus for grouped items
  • Capitalization is now consistent with the label setting

Platform updates

With the platform upgrade process nearing completion, the folks in Engineering are starting to turn their sights back to site improvements, and here are just a few of the things that they’ve done in the last couple of weeks.

Bulk editing of tickets is a way to make a lot of changes very quickly. Unfortunately, if you edited 50 tickets, you’d get 50 email messages telling you what changed. Now, just one message will be sent with a summary of what has changed.

With the upgrade to the latest version of Solr, tool search results (for tickets, wiki pages, forums, blog posts, etc) now shows the date the item was last changed, and has an option to sort by date instead of relevancy. Additionally, search results will have keywords highlighted.

Code snapshots have been changed to zip files, to make them work better for windows users.

Repository names can now contain . and _ and + characters. We did this primarily for projects that are upgrading, but could be useful for anyone.

A while ago we added the ability to collapse multiple tools of the same type (ie, several repositories, or several trackers) into a single menu item which linked to a list of those tools. We’ve now added a drop-down menu of those items as well, to save you some time in navigating to a resource.

Platform Updates: members, tags and user search

As I mentioned in the last platform updates post, we’re primarily focused on upgrade-related work lately, but we found time to put in a few enhancements to the platform in the last sprint.

A new macro was added to the wiki syntax. Putting [[members]] in a wiki article will produce a list of all the members of the project. By default, this is limited to 20 members, with a link to a full list if you’ve got more than that. You can link directly to that longer list, if you like. For example, here’s TikiWiki’s full list of developers.

Screen Shot 2013-04-19 at 11.01.19 AM

Next, the interfaces for adding tags to tickets was improved to make it easier to find tags that you’ve already used. Starting to type a tag will produce a dropdown of tags from which to select.

Screen Shot 2013-04-19 at 11.04.26 AM

And, we’ve added a $USER variable that you can use in ticket searches, which will be replaced, at search time, with the currently-active user. For example, if you search for reported_by:$USER, the variable $USER, you’ll get all the tickets reported by the currently logged in user. In this way, you can add a saved search to your ticket tracker so that each user can keep tabs on their own tickets.

So, if you look at the Allura ticket tracker, you’ll see a new “My Tickets” button under “Searches”, which will show you the tickets you’ve opened. (Of course, you’ll have to be logged in for that to work.)

We’re really looking forward to being done with the upgrade process, so that we can focus more on improving the developer experience, and we’d love to hear your feedback on what we should work on next. You can see what’s scheduled for upcoming sprints, and vote on tickets, in the Allura ticket tracker.

Platform update: Download snapshot

As of this morning, you’ll notice a new feature in the SourceForge code browser. It’s pretty self-explanatory.

Screen Shot 2013-04-04 at 9.55.14 AM

Clicking on the ‘Download Snapshot’ link will generate a tarball (tar.gz file) of the revision that you’re looking at. This snapshot is generated on the fly, so you’re certain to get the latest cut, but we cache that snapshot so that someone else requesting the same tarball won’t have to wait for it to generate.

If you’re interested, you can see the ticket and some of the implementation details in the ticket tracker, and you can see what else is coming down the road by perusing the upcoming milestones, also in the ticket tracker, and vote for stuff you’d like to see happen a little sooner.

Platform updates: ticket tracking enhancements, version comparision

Today’s push provides enhancements to ticket tracking, and the ability to compare selected revisions of a file, on the Allura platform, among other things.

Screen Shot 2013-03-26 at 4.31.52 PM

First, we have a frequently-requested enhancement regarding assigning tickets to users. Rather than having to remember and type usernames, you can select from a list of project developers.

Or, if you prefer, you can type the username, which will do look-ahead searching of the available users that you could assign the ticket to.

This functionality is available for the ticket owner field, as well as any other field of type ‘User’ that’s attached to your tracker.

The full history of that issue may be seen in ticket #4299.

Next, we want to highlight a new feature in the code browser. You can now select specific revisions of a file and diff between them, either contextual or side-by-side.

In the screenshot, you’ll see two revisions selected. Revisions need not be contiguous.

Screen Shot 2013-03-26 at 4.37.11 PM

Clicking the “Compare” button then shows the diff view for those revisions:

Screen Shot 2013-03-26 at 4.38.54 PM

That’s in ticket #4929.

Other changes include a fix to bulk editing of tickets and the replacement of a component with an Apache-licensed alternative. This latter was needed as part of the Apache Software Foundation incubation of the Allura platform.

As always, you can see what’s coming in the near future by tracking the upcoming milestones in the Allura ticket queue, and you can influence what happens next by voting on the tickets you see there.