State of the RadiantCMS UI

We need a cleaner “modify” solution for the admin page-tree. Maybe a
javascript drop-down with edit, delete and other page-tree-based
extensions like copy/move (with the exception of the reorder extension).

As it stands, after installing 2 or more extensions that add links
adjacent to the “modify” column, things start getting cluttered and the
“lowest-common-resolution” goes out the window?

What are some ideas to clean it up or streamline the “modify” column?

On May 29, 2008, at 3:25 PM, Arik J. wrote:

What are some ideas to clean it up or streamline the “modify” column?

We’ve been playing with some ideas on github. Have a look at the new
“pages” mockups:

http://github.com/jlong/radiant/tree/master/mockups/blade


John L.
http://wiseheartdesign.com

did you see new mockups on github?

you gotta take a look at:
http://github.com/seancribbs/radiant/tree/master/mockups/blade

:smiley:

This. is. awesome!! Can’t say I’m in love with the gratuitous use of
gradiants, but seriously this is great start! I love it!

I think 0.7 will certainly change the face and set the pace for
rails-based content management systems.

John W. Long wrote:

On May 29, 2008, at 3:25 PM, Arik J. wrote:

What are some ideas to clean it up or streamline the “modify” column?

We’ve been playing with some ideas on github. Have a look at the new
“pages” mockups:

http://github.com/jlong/radiant/tree/master/mockups/blade


John L.
http://wiseheartdesign.com

John W. Long wrote:

We’ve been playing with some ideas on github. Have a look at the new
“pages” mockups:

http://github.com/jlong/radiant/tree/master/mockups/blade

Those are looking nice! I like these styles the best because they keep
all of the mouse actions on the left side of the screen instead of
splitting ‘edit page’ on the left and ‘everything else’ on the right:

http://github.com/jlong/radiant/tree/master/mockups/blade/pages-2.png
http://github.com/jlong/radiant/tree/master/mockups/blade/pages-5.png

The idea of an Actions dropdown is nice because you don’t waste screen
real estate with lesser-used icons.

The Page Edit screen is looking nice too:

http://github.com/jlong/radiant/tree/master/mockups/blade/edit-page-2.png

I agree with Arik in that gradients shouldn’t be overused (I personally
like the ‘flat’ look of the current Radiant).

  • Dave

On Thu, May 29, 2008 at 4:25 PM, John W. Long [email protected]
wrote:

On May 29, 2008, at 3:25 PM, Arik J. wrote:

What are some ideas to clean it up or streamline the “modify” column?

We’ve been playing with some ideas on github. Have a look at the new
“pages” mockups:

http://github.com/jlong/radiant/tree/master/mockups/blade

Looks great! How long before the new design is rolled into trunk?

Please forgive my strong opinion, but… oh, hold up please. What’s
going on with all those rounded corners? And the gradients are a bit
over the top. Why move the tabs and are you really planning a search
field?

On the positive side I do like the new metadata and attachments
buttons. I’m interested in seeing what the attachment button will do
because the old location for attachments made the save button fairly
inconvenient.

The current design is really good. Whoever said it was outdated was
crazy. Some very subtle changes to improve usability (ajax for the
save and continue), possibly relocating a few things, and some more
nice art like on the metadata button would be welcomed.

-Steven

A big thumbs up for the excellent work re-organising/categorising the
admin
section. I think it helps reinforce the logical separation of such
things
as elements in which it is possible but not advisable to put things
where
they don’t belong.

As for the graphic design of the pages, you guys do beautiful work. Do
what
makes you happy.

-dan

On Fri, May 30, 2008 at 3:35 PM, John W. Long [email protected]

On May 30, 2008, at 9:07 AM, Tim G. wrote:

Looks great! How long before the new design is rolled into trunk?

No promises, but hopefully sometime this summer.


John L.
http://wiseheartdesign.com

I’ve had several people approach me at RailsConf asking how they can
contribute to Radiant and not necessarily do a lot of coding, and I’ve
suggested that working with the prototype to implement these mockups
would be a great way to start.

Sean

Big thumbs up for booth of these extensions. They both are nicely
done and serve slightly different roles. I like how gallery is more
or less all together in one place. It’s draw back is that it doesn’t
have as many useful tags. The one thing that seems odd about
attachments is that if you attaching certain images to certain pages
it’s easy to get your images scattered. To properly deal with images
in Radiant it seems you need them both. One repository with the best
of gallery and attachments would be pretty useful. Another thing
about them both that’s odd to work with is that they both create a
directory for every image you upload. I may be a bit old fashion
because I keep thinking it would be easier having one directory, say
the images directory, with all the images just crammed in.

The one feature I haven’t gotten to work right on the gallery
extension is reordering the individual images. They move real cool on
the backend but then they just don’t stay where you put them. Anyone
else having trouble with that? As a user of the gallery extension I
think I could also use a way to try to move images from one gallery
to another.

Really nice work on both of those extension so far. Thank you for
making them.

Regards,

Steven

My Saturday project has floundered!

I’ve developed a site under Radiant 0.6.6 with Sqlite3 and not want to
put it into production on a MySQL server.

I installed the import/export extension.
I exported from the sqlite3 database with
rake db:export
I converted the config/database.yml
and created and bootstrapped a new but empty production database.

I then tried doing an import with
rake production db:import

It errored.
I got what looked like migrations then …

ERROR: Specify a template to load with the TEMPLATE environment
variable.

Creating Users…OK

Creating Snippets…OK
Creating Pages…OK
Creating Radiant/configs…FAILED
rake aborted!
Mysql::Error: Duplicate entry ‘galleries.path’ for key 2: INSERT
INTO config (value, key) VALUES(‘galleries’,
‘galleries.path’)

I was under the impression that the TEMPLATE setting has a smart
default.

Regardless, when I inspected the database using the MySQL browser I
found that the Users, Snippets and Pages were what I expected.
I can’t account for that final catastrophic error.
I could imagine this on a re-run.
If the migration created that entry then there is a different problem.

Suggestions as to how to proceed?

Thanks

If fixed that bug in the latest version. Try to pull it from github

I fixed… :slight_smile:


Andrea F.
http://gravityblast.com - http://nimboo.net

On Jun 1, 2008, at 5:15 PM, Andrea F. wrote:

The one feature I haven’t gotten to work right on the gallery
extension is
reordering the individual images.

If fixed that bug in the latest version. Try to pull it from github
and try again.

Thanks it works great now.

Big thumbs up for booth of these extensions. They both are nicely
done and
serve slightly different roles. I like how gallery is more or less
all
together in one place. It’s draw back is that it doesn’t have as
many useful
tags.

Let me know what tags you need. If they are usefull we could add them.

I think I could use something like:

<r:gallery:item:url name=“file.jpg” />

<r:gallery:item:image name=“file.jpg” />

Again, the extension is really great. Thank you.

Regards,

Steven

You’ve probably gotten past this point, but you can always try out my
transfer rake task. It transfers from SQLite to MySQL and vice-versa
without the YML in the middle.

http://blog.radixhound.com/2008/4/28/backing-up-radiant-cms-using-sqlite3

-Chris

On Sun, Jun 1, 2008 at 8:20 AM, Steven S.
[email protected] wrote:

Big thumbs up for booth of these extensions. They both are nicely done and
serve slightly different roles. I like how gallery is more or less all
together in one place. It’s draw back is that it doesn’t have as many useful
tags.

Let me know what tags you need. If they are usefull we could add them.

The one thing that seems odd about attachments is that if you
attaching certain images to certain pages it’s easy to get your images
scattered. To properly deal with images in Radiant it seems you need them
both. One repository with the best of gallery and attachments would be
pretty useful. Another thing about them both that’s odd to work with is
that they both create a directory for every image you upload. I may be a
bit old fashion because I keep thinking it would be easier having one
directory, say the images directory, with all the images just crammed in.

They create that folders because they both use attachment_fu that use
the following technich:

http://www.37signals.com/svn/archives2/id_partitioning.php

The one feature I haven’t gotten to work right on the gallery extension is
reordering the individual images.

If fixed that bug in the latest version. Try to pull it from github
and try again.


Andrea F.
http://gravityblast.com - http://nimboo.net

Anton A. said the following on 02/06/08 06:02 PM:

I’ve tried a lot of things and learnt a lot of things.
As they say, you learn more form failure than success :frowning:

Among them is that the SQL syntax of a sqlite3 .dump
is not the SQL syntax that MySQL requires.

Yes, there are pages on the 'Net that describe scripts to patch it over,
but one of them are complete.

So far I haven’t found a side by side comparison or a shell/awk/sed/perl
script that does a conversion that works.


And don’t tell me there isn’t one bit of difference between null and
space,
because that’s exactly how much difference there is.
– Larry Wall

I’ve tried a lot of things and learnt a lot of things.
As they say, you learn more form failure than success :frowning:

Your extension looks nice … but I’m never sure what the
target of the

rake db:migrate
rake db:migrate:extension

is going to be.

Christopher D. said the following on 02/06/08 05:40 PM:

My Saturday project has floundered!
I then tried doing an import with

default.


As far as I know, we have never had an undetected error.


Radiant mailing list
Post: [email protected]
Search: http://radiantcms.org/mailing-list/search/
Site: http://lists.radiantcms.org/mailman/listinfo/radiant


Together, we can make ourselves a nation that spends more on books than
on bombs, more on hospitals than the terrible tools of war, more on
decent houses than military aircraft.
– Robert Kennedy March 24, 1968

Anton A. said the following on 02/06/08 07:00 PM:

So far I haven’t found a side by side comparison or a shell/awk/sed/perl
script that does a conversion that works.

What I’ve done to get in this mess in the first place is to develop
content on my laptop (think ‘desktop replacement’). That’s ‘content’
not ‘application’.

Of course I developed it using Sqlite3, since that seems to be the new
baseline for Rails2. I planned to deploy it on Dreamhost and MySQL, but
decided to test an export/import from Sqlite3 to MySQL on the laptop
first, which led to this problem.

In the past I’ve only used Sqlite3 on Dreamhost and the one time I did
develop content locally and export the files there it failed - I don’t
know if this was a version, library or word-length problem. In that
instance there wasn’t much content and I did cut-and-paste into a new
database.

But I’m going to have to do the export of the local database and import
it on Dreamhost and I’m dreading that.

Why doesn’t Rails come with tools for doing this kind of thing?


“Current economics is merely refining the obsolete. Economic theory is
still based on the scarcity axiom, which doesn’t apply to information.
When I sell you a phone, I no longer have it. When I sell information
to you, I have more information by the very fact that you have it and I
know you have it. That’s not even true of money.”
– Peter Drucker, WiReD6.03 Mar-1998