Closed (fixed)
Project:
RDF Extensions
Version:
7.x-2.x-dev
Component:
User interface
Priority:
Critical
Category:
Task
Assigned:
Reporter:
Created:
23 Jun 2010 at 05:54 UTC
Updated:
27 May 2011 at 18:01 UTC
Jump to comment: Most recent, Most recent file

Comments
Comment #1
scor commentedvertical tabs could save a lot of real estate too, I'm attaching another mockup

Comment #2
cyberswat commentedHere's a version that comes relatively close to what you illustrated. At some point the 3 fields should be turned into a complex widget so that it can be implemented in a pure d7 fashion. This is my first time trying out git so apologies if this messes up ;)
Comment #3
scor commentedawesome Kevin, will try this asap (tonight)!
Comment #4
Poetro commentedYour welcome on making the JavaScript part to update the tabs' description.
Comment #5
scor commentedFantastic work Kevin and Peter! I've committed #2 as it really makes the form much easier to deal with.
The datatype looks weird on my localhost, I swear it looked better on your machine Kevin.
Comment #6
Anonymous (not verified) commentedThanks again, looks sweeet!
Unfortunately, I noticed a small issue when scor was demonstrating it today. When a predicate is selected in the drop down, the whole predicate doesn't show up in the vertical tab, only the characters that were used for matching.
Also, the word property shows up in the vertical tab because it is the default. It might be good to not show the relationship type for fields that are not yet mapped to predicates.
Comment #7
milesw commentedI'll try and take care of the issues Lin mentioned in #6.
Comment #8
milesw commentedAlright, I've got a patch here with a bunch of small changes. I used 'git format-patch' so that commits can be cherry-picked. Looking at the patch, it should be pretty clear what each commit involves. Screenshots attached.
Summary
- Fixed the second issue from #6 where the attribute shows up in the vertical tab when there are no predicates
- Edited form field descriptions to be more concise (sorry, I've been inspired after watching Bojhan and Roy's DC talk)
- Added a drupal_set_message confirmation when mappings get saved
- Added some real help text
- Removed the custom markup and CSS that put Datatype on the right side. I think this makes the form cleaner and more Drupaly, but if others like the original layout, we can ignore this commit.
The first issue from #6 isn't fixed yet. I'm noticing some other quirks with autocomplete, so I'll look at them together.
Thanks for all the great work that has already gone into these forms!
Comment #9
milesw commentedChanging status
Comment #10
Anonymous (not verified) commentedRock on, milesw! nice improvements to the descriptions.
I actually do like the attribute and datatype side-by-side better, but there is a bug with vertical tabs and form elements right now that makes it display funny within the vertical tabs. Until that is fixed, I think it's best to revert to default styling as you have.
Here is the issue for the vertical tabs css problem: #1143712: vertical-tabs CSS overrides '#size' on inner textfields
If there are no objections, I'll commit this tomorrow.
Comment #11
milesw commentedAh, so the CSS issue you filed was the cause of scor's issue in #5? Nice find. :)
Turns out the drop down issue you mentioned in #6 is a conflict between vertical tabs and autocomplete in core. You may have noticed that it's necessary to hit enter twice using the RDF UI autocomplete inputs - it shouldn't behave that way. This is really a core issue and I'm not sure what we can do about it. #1068124: Autocomplete doesn't handle Enter key well when in vertical_tabs
Comment #12
Anonymous (not verified) commentedFixed with commit http://drupalcode.org/project/rdf.git/commit/beb433a
I'm really sorry that i didn't get the commit right ot give credit to milesw... how did you do that scor? I figured it would just parse from the commit message.
Comment #13
milesw commentedAwesome, thanks for getting these changes committed. No need to apologize about assigning credit, but thanks for considering it. :)
Comment #14
scor commentedgit commit --author="milesw <milesw@453524.no-reply.drupal.org>"though now that milesw is present in the git repo history you can just do
git commit --author=mileswand git will lookup his email in the commit history.
Comment #15
milesw commented