Textpattern CMS support forum

You are not logged in. Register | Login | Help

#41 2011-06-08 11:27:35

philwareham
Core designer
From: Farnham, Surrey, UK
Registered: 2009-06-11
Posts: 3,210
Website

Re: New admin-side theme

v1.01 is available. Just some minor tweaks really – main feature being an option to remove the tagbuilder column in pages/forms now (instructions on how to do that are in the readme.txt)…

  1. Added a few CSS transition effects for capable browsers.
  2. There is now an option in custom.css to remove the tag builder columns on forms and pages sections, thus giving much more room for the code edit textarea.
  3. Added a separate changelog.txt and now made the readme.txt instructions on theme.
  4. Make clickable on list column selectors more obvious.

Offline

#42 2011-06-12 16:33:23

philwareham
Core designer
From: Farnham, Surrey, UK
Registered: 2009-06-11
Posts: 3,210
Website

Re: New admin-side theme

Another update, v1.1. Changes are:

  1. You can now choose between 3 different colourschemes: default, green and blue. To change the colourscheme amend URL of line 7 in the ‘custom.css’ file – see the ‘readme.txt’ for full info. More colours will be added in future updates or you can easily create your own by modifying one of the css files within the ‘color’ directory.
  2. Added minor styling for ‘rah_external_output’ plugin.

The theme is also now available over at Textgarden.org (currently v1.01 but this newer version will be there soon).

Offline

#43 2011-06-13 11:48:13

philwareham
Core designer
From: Farnham, Surrey, UK
Registered: 2009-06-11
Posts: 3,210
Website

Re: New admin-side theme

Yet another one, v1.2. Now fully tested and fixed for use on an iPad (and probably Android tablets though I don’t have one of those).

Changes:

  1. Dropdown menu now works on touchscreen devices.
  2. Added tap highlight colour for mobile webkit browsers.
  3. Added responsive CSS for detecting 768px portait screen orientation and adjust page width accordingly.
  4. Reset CSS moved to an external @import, since we need that to load before all other CSS files (otherwise it could override colourscheme rules).

That wil be the last update for at least of couple of weeks – but let me know if you come across any problems/glitches that need fixing.

My future plan is to find a some way of scaling this theme right down to even an iPhone portrait size (so one theme can be used to cover every device) – some of the legacy table structure of Textpattern will have to be thought around properly and I’d imagine portions will need to be hidden via CSS – so a sort of cut-down feature version for small devices, full feature version for tablets and larger screens. That kind of makes sense because people would not really use a small screen for extensive admin tasks, but might like to make quick edits or write a quick blog that way.

Offline

#44 2011-06-22 09:13:11

philwareham
Core designer
From: Farnham, Surrey, UK
Registered: 2009-06-11
Posts: 3,210
Website

Re: New admin-side theme

And another one v1.2.2.

Changelog:

  1. Change to more standard version labelling and use Textgarden.org download link.
  2. The dropdown menu code has been rewritten to be more usable on touchscreen devices without compromising the desktop version. For example you can now close active dropdown menus on touchscreen devices nicely, and top navigation buttons are now links again like they were in v1.1.
  3. Tidy up of code in ‘hive.php’ to make editing/customising easier.
  4. Added styling for the tru_tags plugin in ‘custom.css’, thanks to Stuart Butcher.
  5. Form preview button is now removed and other fields on the form page inlined to save some screen estate, thanks to Stuart Butcher.
  6. CSS cleanup: make ‘outline:none’ now ‘outline:0’ and ‘border:none’ now ‘border:0’.
  7. Amend language uploader area CSS, as structure changed slightly in TXP v4.4.1.
  8. Fixed a major display bug when using both glz_custom_fields and bot_wtc plugins.
  9. Style up the wet_quicklink plugin text ‘Insert Link’ as a button.

It will also be available on Textgarden.org soon.

Offline

#45 2011-06-24 15:08:43

philwareham
Core designer
From: Farnham, Surrey, UK
Registered: 2009-06-11
Posts: 3,210
Website

Re: New admin-side theme

Just a quick very minor to the theme v1.2.3.

The !important class on textareas to override inline styling on glz_custom_field elements was stopping users from manually resizing any of their textareas within the theme (in those browsers that support textarea resizing). A better compromise has been devised now.

Offline

#46 2011-06-28 13:49:50

philwareham
Core designer
From: Farnham, Surrey, UK
Registered: 2009-06-11
Posts: 3,210
Website

Re: New admin-side theme

The next release of my Hive admin theme will also be optimised for small screens (such as an iPhone), it will effectively run as an ‘admin area lite’ on one of those devices – just the content tab pages will be available (I did have the presentation tab on there too but felt that nobody is really going to be making page/form/style changes on such a small screen).

It’s probably a couple of weeks from being ready release but here is a sneaky peak of the theme running on an iPhone…

Last edited by philwareham (2011-12-16 11:17:38)

Offline

#47 2011-06-28 14:06:33

joebaich
Member
From: DC Metro Area and elsewhere
Registered: 2006-09-24
Posts: 507
Website

Re: New admin-side theme

Thank you so very much, Phil. I’m sure that legions of TXP users are as excited and grateful as me for your work on the ‘Hive’ scheme.

Joe

Offline

#48 2011-06-28 21:40:03

Bloke
Developer
From: Leeds, UK
Registered: 2006-01-29
Posts: 8,813
Website

Re: New admin-side theme

Finally got round to trying it out, Phil. Great deal of work you’ve put into it, thanks.

While it’s not my favourite theme ever (just… can’t… seem to… get Vitraux… off my dev box) it has some nice elements to it — the menus are nice, and they feel really robust (gotta get used to the fact they’re off-centre, which does my head in!) and the twisties look cool. I do, however, find the solid blocks of colour distracting — they draw my eye away from the content textareas to the surrounding paraphernalia when I really should be focusing inwards. But maybe that’s just me.

With regards plugins, I notice you have a few rules scattered about for specific plugins like rss_admin_db_manager and wet_quicklink in your stylesheets. Unfortunately, things like the wet_quicklink button and jmd_img_selector show up sandwiched between the Textile and Advanced Options (due to the position of the callback) but they’re not rendered uniformly because they’re not ‘twisty’ blocks.

This looks a little bizarre, so my question here is three-pronged:

  1. what should/could theme designers do to help plugins render UI elements as seamlessly as possible?
  2. what do we — with my plugin author hat on — need to do so that our plugins work well with this, and other, themes?
  3. aside from the obvious removal of crufty tables where they don’t belong, what could we — with my dev hat on — do to the admin-side markup to help both theme designers and plugin authors co-exist more happily?

I test my plugins in a variety of themes — primarily Vitraux, Classic2, Sand space, Emporclo Cool, Inspired, Slim Orange, and Din, along with the core themes — and a plugin like smd_featured renders passably in all of them. But in both Hive and Prometheus (by Zander), the control panel and Edit step render as a bit of a train wreck with boxes separated from their labels, stuff centred and/or floated where it shouldn’t be, the form left justified with the browser viewport, etc. I can’t fathom why it should work in all those other themes and not in yours/Zanders.

Clearly the answer is not that theme authors should put rules in for specific plugins, although I know some do for various reasons. Doing that bloats themes and creates extra work for everyone due to the rapid development cycle of most plugins. I altered code alongside Stuart during development of some of his themes: when he found stupid things I’d done in plugins, or CSS rules I’d embedded that made the theme’s job harder he pointed them out and I fixed them so the plugins would play nicely in a wider variety of themes. This usually involved very light positioning, re-using core class names wherever possible, and next to no colours so the theme’s ambience could shine through. I’m almost there with the back catalogue.

Is there anything else I should be doing to help your theme render my plugins better? Or are perhaps some of your CSS rules too specific and are not detecting my markup because I’ve wrapped my plugin content in, say, a fieldset/legend instead of the div (etc) you expected?

Just trying to figure out the best way to work in harmony here, and with all the work you’ve done you’re probably in an excellent position to shed some light on this area.

In short, though, keep up the good work. TXP is better for people like you.

Last edited by Bloke (2011-06-28 21:40:42)


The smd plugin menagerie — for when you need one more gribble of power from Textpattern. Bleeding-edge code available on GitHub.

Txp Builders – finely-crafted code, design and Txp

Offline

#49 2011-06-28 21:40:59

Destry
Moderator
From: Haut-Rhin
Registered: 2004-08-04
Posts: 4,285
Website

Re: New admin-side theme

Nice looking theme, Phil.

philwareham wrote:

Trouble is, there is currently no hard guidelines on how to structure HTML in the admin area so many plugins have their own structures and even their own styling. Even the core admin area has lots of inconsistency in how it’s laid out – it was not until I started theming that I found that out.

Forgive this theming dilettante question, but are there “hard guidelines” for the default front-end themes, because I think I have something to share, but I’m not sure where I should go to share it, or if it might have been talked about before.


Wordworkin’ for you.

Offline

#50 2011-06-28 22:46:15

philwareham
Core designer
From: Farnham, Surrey, UK
Registered: 2009-06-11
Posts: 3,210
Website

Re: New admin-side theme

@Destry

I’ve personally not seen any guidelines for either front-side themes or admin-side themes, though there may be somewhere that I’ve missed.

@Bloke

Cripes, where to start? In the short term regarding your plugins I’ve been fixing up each as requested by users, and putting any plugin specific CSS in the theme’s ‘custom.css’ file. So if you could list the ones that are looking bad I’ll look at them as a case by case basis.

Long term, IMHO the whole admin area HTML, ID and class structure pretty much needs to be rewritten from the ground up for TXP5 as well as providing a well documented series of UI elements and naming conventions for id/class to plugin authors that they can bolt together in their work without compromising the HTML with inline CSS and not borrowing bits from other parts of the admin structure that ‘roughly’ fit their needs. That will mean quite a shake up for existing plugins but if they are important and popular enough then eventually they’ll fall in line, and be all the better for it.

I started simplifying the write page here a while back, got bored and left it half done (felt there was no point going any further since I don’t know what the write page will contain as of TXP5 and beyond, or even if there will be a write page as such in it’s current form). Maybe it’s another one for a Github project.

Last edited by philwareham (2011-06-28 22:50:48)

Offline

Board footer

Powered by FluxBB