Skip to content

Instantly share code, notes, and snippets.

@nickdunn

nickdunn/symphony-extensions.markdown

Created August 28, 2010 10:01
Show Gist options
  • Save nickdunn/554972 to your computer and use it in GitHub Desktop.
Save nickdunn/554972 to your computer and use it in GitHub Desktop.
Download ZIP
Symphony extension ideas
Raw
symphony-extensions.markdown

Extension todo list

  • check fork queue for ALL repos!

Map Location Field

  • add Required option to allow for no markers
  • add Allow Multiple option to allow for multiple markers (series?)

Order Entries

XML Select Box

  • check outstanding pull requests

Unique Text Input

Search Index

Section Schemas

Uploadify

Entry URL

Static Site Exporter

  • rework Alistair's extension from 2007(!) (S2 rev5) to 2.1.1
  • remove FTP publishing complexity (leave as a proposed feature)

XML Importer

SymQL

Entity Diagram

Select Box Link

Bi-Link

NEW ideas

  • Entry popularity/hotness, similar to the half-life idea of Radioactivity
  • Internet Explorer styles
  • Video Encode field
  • XSLT Calendar Utility (from bekonscot.co.uk and fulhamrugby.co.uk)
  • XSLT heading normaliser (similar but different to Nils')
  • Far Future Cache Controller (http://github.com/nickdunn/far_future_cache_controller) needs more thought
  • Entry Attribute Builder. Choose a DS. Choose another DS or an SQL query to run. A way to return the result of a query and append as an attribute onto an Entry. May require Custom SQL view builder above, or accepts a plain SQL statement (easier!).
  • Vanity URL builder (domain.com/foo => ...), much like Router, but simpler

Extensions to retire or discontinue support for?

  • Vimeo Videos
  • Gravatar
  • Pingomatic
  • EventEx?
  • Uploadify
  • Database Manipulator?
@nickdunn
Copy link
Author

Hey that's neat. Very neat! It has a couple of features that I'm not so keen on though:

  • you have to type the name of the column to filter by first — I like the immediacy of a pre-selected field list, it's one click to open the dropdown, one click to choose a field, then type the search and hit enter. VisualSearch requires me to click into the box and start typing the field.
  • there is inherent support for free text searching, which Symphony doesn't support

I've got a couple of ideas I want to play around with that are inspired by VisualSearch though.

@nickdunn
Copy link
Author

Here's an example of how light I feel the UI should be: http://d.pr/GtUU. It's so light that it doesn't draw your eye. It's there, but it's not the focus of the page.

Having watched a lot of users (not developers) using Symphony, they fall back to the search quite a lot. On one project we have a Videos section with about 1,500 entries, and videos are the sole proposition of the site. The content producer constantly has to search for videos by their title (this is the nature of the content work she has to perform), and so hiding the search behind a Filter button is going to be frustrating for her. The existing UI attempts to provide smart defaults so that:

  • the first field is chosen in the dropdown, usually the distinguishing unique content for an entry (its title)
  • the comparison operator defaults to "contains" so that partial matches are easier
  • the input box has focus, or can be given focus with a single click

For this reason I am reluctant to hide the search form.

I'll keep playing with this direction for a bit longer :-)

@nilshoerrmann
Copy link

Nils mentioned a future Drawer plugin for Symphony 2.3 that we could make use of, but writing a plugin for the whole UI is overkill in my opinion. Thoughts?

That Drawer plugin would be quite simple: a button, a div and an animation on click to toggle the drawer panel.

@nilshoerrmann
Copy link

Having watched a lot of users (not developers) using Symphony, they fall back to the search quite a lot.

One of the main problems for this is that the Symphony pagination is a mess. It just doesn't work with large sections.

For this reason I am reluctant to hide the search form.

I think it really depends on how the hiding works in general. In nearly all our client projects I've used Publish Filtering in sections where I would have loved to be able to hide the interface initially. It's not a good idea everywhere but it would be good to have the option to hide it.

We have started using localStorage for the collapsible duplicators so when I'm thinking of a system wide drawer I'd think of a remembering interface. Johanna and I just implemented something like this in our fork of Craig's Documenter: it now remembers if the Documenter itself was opened and it remembers if certain content blocks were collapsed or opened. It feels really smooth and it gives you more freedom to arrange the system the way you want it: either clean and simple or noisy but informative.

Here's an example of how light I feel the UI should be: http://d.pr/GtUU. It's so light that it doesn't draw your eye. It's there, but it's not the focus of the page.

I like the lightness of your design, it's quiet and simple. There is one problematic area though: the rounded corners of each filter panel. They look visually nice but they interfere with the visual grid that's underlying the rest of the interface (thinking of the virtual lines created by the texts outside and inside the filter panels). The same problem applies to the default Symphony buttons by the way. While looking beautifully the filter panels don't feel grounded – I'm missing a uniting element that completes this composition.

This seems to be a general decision we have to make in Symphony 2.3: rounded or squared.

@simoneeconomo
Copy link

That Drawer plugin would be quite simple: a button, a div and an animation on click to toggle the drawer panel.

No, no. I think you misunderstood! I'm fine with the Drawer plugin, I meant that we don't need to write a more complex plugin to manage more complex features that would be useful only for the Filtering extension. :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment