Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
You can sort in table views. But about 99% of the stuff I am working with for clients requires list views, but they still want users to be able to sort by things like author, date, etc.
It would be nice if, in addition to the standard paging, if you could easily have sort links appear for users in list views.
Is this here, and I'm just completely mad?
Comment | File | Size | Author |
---|---|---|---|
#126 | screenshot_002.png | 6.54 KB | mstef |
#121 | 228510.patch | 50.41 KB | stella |
#109 | exposed_sort.patch | 10.96 KB | chx |
#92 | views2-exposed-sort.patch | 25.04 KB | vgarvardt |
#90 | views-228510-exposed_sorts-2.patch | 10.57 KB | dagmar |
Comments
Comment #1
merlinofchaos CreditAttribution: merlinofchaos commentedThis doesn't exist yet, but it will.
Comment #2
CoolDreamZ CreditAttribution: CoolDreamZ commentedI have a similar requirement (but don't need to expose the ability to the user). I would like the sort order of items in the list to be controlled via one of the fields in the view. Also, will this functionality be back-ported to 5.x ?
Comment #3
merlinofchaos CreditAttribution: merlinofchaos commentedCoolDreamZ: While I'm not sure precisely what you mean, I don't think what you ask is possible.
Comment #4
CoolDreamZ CreditAttribution: CoolDreamZ commentedThanks, in writing up a more detailed explanation I have discovered that there is another configuration setting for a View. At the bottom of the View Edit page there is a collapsible section titled Sort Criteria. I added the required criteria here and voila I now have a List View sorted as I wish! So my requirement is fulfilled (but not that of the original post).
Comment #5
merlinofchaos CreditAttribution: merlinofchaos commentedThat's also for VIews 1.0 and this issue is against Views 2 =)
Comment #6
merlinofchaos CreditAttribution: merlinofchaos commentedJust a note; I've pushed this feature back to Views 2.1. Sorry.
Comment #7
merlinofchaos CreditAttribution: merlinofchaos commentedComment #8
capellicOK, darn! Thanks for all your work on this - it's a really great module.
I noted your suggested work around way back in 4.7 that we should create a clone view and then change the sort order. Then we can put links in a block, the view header or where ever we want.
Comment #9
hansamurai CreditAttribution: hansamurai commentedI am also in support of exposing sorts, so hopefully it gets into 2.1! Thanks!
Comment #10
giorgio79 CreditAttribution: giorgio79 commentedYep, I was just looking for this as well :)
Comment #11
greg.harvey+1 !!! =)
Comment #12
tuti CreditAttribution: tuti commentedAlso looking for this.. nice to hear that it's in the works!
Comment #13
arhak CreditAttribution: arhak commentedsubscribing
Comment #14
emattias CreditAttribution: emattias commentedI just installed 2.1. Has the feature been pushed forward or have I missed where you expose the sorting?
Comment #15
dropchew CreditAttribution: dropchew commentedsubsribe, not just in list, hope to see this in grid too.
Comment #16
pcambrasuscribe, very interesting feature
Comment #17
Barry Ramage CreditAttribution: Barry Ramage commentedsubscribing also.
Comment #18
japanitrat CreditAttribution: japanitrat commentedsounds great
Comment #19
sbydrupal CreditAttribution: sbydrupal commentedBased on the messages, Exposed Sort Funtionality will be available ? Which version of Views is targeted now, or is it dropped out of picture. Thank Merlin!!! Looks like we depend on you and you are very busy.
Comment #20
associate CreditAttribution: associate commentedcould do with this feature also.
Comment #21
sbydrupal CreditAttribution: sbydrupal commentedUntil the Sort Views Functionality becomes available, I am trying to find a way sort search results (or taxonomy/term/tid) via Views and Tabs.
Created a view for search results (default drupal search) with taxonomy term as argument, and
return arg(2) as php code. It works fine and I can sort this view in the way I want.
However, this way, I can set only 1 view.
The path for this view includes % parameter (related to the argument) and as such Views Menu tabs can not be set.
This is the point I stopped. What is the next step ???
Tried to use Quick Tabs, no result so far.
Any suggestions ?
Thanks,
Comment #22
yhager CreditAttribution: yhager commentedAs a workaround, one could hack one of the views_alter hooks to change the sort order (e.g. based on an HTTP GET value) - but I haven't tried that yet.
Another possibility is to write a filter that does not filter, but only sorts (then you can expose it). I did that back in views1 and it kinda worked - not sure if this is still possible in views2.
Comment #23
sbydrupal CreditAttribution: sbydrupal commentedThanks for the feedback. I was thinking to try exposed filters for this purpose. Will post if works somehow.
The other solution I found this morning is by using Quick Tabs along with Views. There is a patch that allows passing views arguments with %. Currently it worked with Taxonomy/term/tid and I will check to see for Sorting Search results with multiple tabs. Will post if works.
Comment #24
Harry Slaughter+1 for sortable list (and grid) views!
Comment #25
seanenroute CreditAttribution: seanenroute commentedjust subscribing, would love to have this feature
Comment #26
gunzip CreditAttribution: gunzip commentedsubscribe.
Comment #27
q0rban CreditAttribution: q0rban commentedsubscribing, and also echoing the requests for Grid sorting as well.
Comment #28
blup CreditAttribution: blup commentedsubscribing
Comment #29
merlinofchaos CreditAttribution: merlinofchaos commentedThe next person who posts to this issue had better post a patch, because it doesn't do anyone any good post 'Yea me too" to this issue. Yes, we know you want it.
Comment #30
dawehnersubscribing, sry just kidding :)
i worked now a little on the patch, its not a even a first development version, just playing around
one problem is that i cannot get a table in the style options, see the attachment
Comment #31
doublejosh CreditAttribution: doublejosh commentedMy work around is to manually case some sorts the PHP header of a view...
(Left in some commented debugs in case you need them to track down the sort array values you need to push in.)
Comment #32
RAFA3L CreditAttribution: RAFA3L commentedsubscribing
Comment #33
danSamara CreditAttribution: danSamara commentedsubscribing
Comment #34
KarenS CreditAttribution: KarenS commentedI've done some work on this and ran into the fact that even if you get this working Views won't display it because there are places in the Views code that expect all exposed forms to be filters. So I created #458140: Allow any handler to use exposed form to get that fixed.
Once that is in, we can build a sort form similar to the one used by the filter and it will have the option to select a sort and then choose to expose or not expose the form, just as filters do. I have some preliminary code to do that, but am waiting to be sure what is going to happen to the other issue.
Comment #35
KarenS CreditAttribution: KarenS commentedHere's the preliminary, broken patch for adding an exposed sort, based on the Views patch mentioned above. This is just to see how the patch would be implemented for the sort handler. Several things need to be worked out yet like how to handle multiple sort fields and all you can do so far is select a sort, it won't actually do anything with that information.
Comment #36
dixon_subscribing
Comment #37
Xabi CreditAttribution: Xabi commentedSubscribing! This would be a great feature!
Comment #38
rjbrown99 CreditAttribution: rjbrown99 commentedSign me up as a tester for this - especially now that the initial patch is in the 3.x branch.
Comment #39
Heilong CreditAttribution: Heilong commentedSubscribing.
Comment #40
Nchase CreditAttribution: Nchase commentedSubscribing
Comment #41
perkeSubscribing
Comment #42
SocialNicheGuru CreditAttribution: SocialNicheGuru commentedsubscribing
Comment #43
aclight CreditAttribution: aclight commentedWhile working on the port of the project module for D6 and Views 2, I wrote an exposed filter handler that acts as an exposed search box. The code for that handler can be found in project_handler_filter_project_sort_method.inc. KarenS's patch in #35 kind of looks similar, but I didn't look in detail.
Caveat: The last time this code was tested was probably some time ago, maybe around Views 2.2 or so. It's possible that it no longer works with the current version of Views.
Comment #44
Kane CreditAttribution: Kane commentedSubscribing
Comment #45
CKIDOWsubscribing
Comment #46
EgbertB CreditAttribution: EgbertB commentedSubscribing
Comment #47
vincent.barbot CreditAttribution: vincent.barbot commentedSubscribing
Comment #48
dawehneradding a tag and pumping to 3.x
Comment #49
solipsist CreditAttribution: solipsist commentedThe Views Display Tabs module sidesteps this missing feature by exposing the displays of a view as AJAX tabs. We developed it to address this particular feature. The original idea was to expose sorting but we figured exposing an entire display was way more generic and useful:
http://drupal.org/project/viewsdisplaytabs
Comment #50
maxiorelany other news?
Comment #51
marcoka CreditAttribution: marcoka commentedneed that feature, too ..subscribing
Comment #52
dagmarI have created a patch based on #35
It is working for now. But probably need some work yet.
I'm not sure if we have to display an select for each exposed sort. It is a bit confusing. And users can not select the order of application for sorts.
Maybe implementing a new exposed form plugin we can get a list of sorts like this the attached image. See #535868: Exposed forms as plugins
Comment #53
dagmarOops, wrong operator precedence.
New patch.
Comment #54
mattiasj CreditAttribution: mattiasj commentedTesting this out.
Comment #55
parrottvision CreditAttribution: parrottvision commentedsubscribing
Comment #56
dagmarOk, new patch.
Random Sorts shouldn't be Exposed.
Some improvements in usability.
Small bug fix.
People, please stop "subscribing" and test this patch.
For testing:
This patch is valid
for 2.x and3.x views version.We need also a solid method to check if an identifier is duplicated into a same views.
Since exposed sorts also use ids in url, a exposed sort for a node nid, and a expose filter for a node nid will have the same node_nid id.
By now , I'm using an "_sort" suffix to avoid collisions.
More information about this issue. See #363516: No validation to ensure exposed filter identifiers are unique
Comment #57
dagmarExposed sorts works for other style plugins that only lists. Changing title.
Comment #58
rizqi CreditAttribution: rizqi commented#56 Hi Dagmar thank you for the patch, iam using views 2
i found this error when i want to add sort of "Node: Last comment time"
Fatal error: Call to undefined method views_handler_sort_date::show_expose_button() in /home/inkuiri/public_html/sites/all/modules/views/handlers/views_handler_sort.inc on line 27
Comment #59
dagmar@rizqi: Thanks for try the patch. I make a mistake, this patch is not compatible with views 2 since #458140: Allow any handler to use exposed form was not commited to 2.x branch.
You have to apply both patches to get this working.
However, maybe views 3 is the right way to test this patch, then we can backport this later.
Comment #60
jrao CreditAttribution: jrao commentedsubscribing
Comment #61
vgarvardt CreditAttribution: vgarvardt commented@dagmar: I applied this patch to views 2 with minor modifications. It works fine for exposed sort, but sort that is not exposed does not work at all. Also default sort is not applied when exposed filters form is not submitted.
Here is my backported patch for views 2
Comment #62
dagmarSo, we have to fix that. Changing status.
@vgarvardt: Thanks for your review. I think that we should code this feature for views 3. When is ready, we can backport it into views 2.
Comment #63
d.plinsinga CreditAttribution: d.plinsinga commentedThanx, this helps my for a great part.
Comment #64
dagmarI have reviewed this patch again. There is a lot of changes. Please if you build a backport for views 2, use this patch.
Changes from #56:
To test this patch, please, create a new view. hook_update_N() is not implemented yet and previous sorts will not be recognized.
I'm marking this as "needs review" if no problems are detected I will code the update script.
Comment #65
dafederWell, I created a new view, went to add a sort and when I hit "update" I got a JS alert dialog:
An error occurred at http://mydomain/admin/build/views/ajax/add-item/expose_sort_test/default....
I hit OK and am unable to update.
Comment #66
dagmar@dafeder are you using views 3?
If yes, please deactivate javascript and copy the complete message error.
Comment #67
dafederAck, my bad. Got my patches confused. Trying the views 2 version now.
Comment #68
dafederPatch from #61 adds the exposed sort to the form but it has no effect when changed and submitted. I'm a little confused though on whether I needed to apply http://drupal.org/node/458140 also.
I wonder if we should break this into two separate threads, one for Views 2 and one for Views 3?
Comment #69
dagmarSo, new patch. For easy testing I have created two version. For Views 2 and Views 3.
This patch has some nice improvements from #64.
If you are going to test this patch in views 2, probably you get something like:
This happens because the patch is build against 2.x version and stable version of views is 2.6. Anyway the patch apply without problems.
@merlinofchaos: I have a question about views_handler_sort_menu_hierarchy.inc. It can be exposed? Is really useful?
Comment #70
dagmarBy the way. Patch for 2.x includes #458140: Allow any handler to use exposed form so it isn't necessary apply both patches.
Comment #71
merlinofchaos CreditAttribution: merlinofchaos commentedOk, I just took a quick look at this.
One of the reasons that I never implemented this functionality as is has to do with the typical use-case. If you look around at websites that implement exposed sorting, it is usually a single select box. Often you'll find something that looks like this:
Order by
Name
Date
Color
Etc
Direction
Up
Down
You select one and a direction. Yes it is not as flexible as selecting several (but then, with this as it is you can't re-order them, so selecting several doesn't really do it).
I think this is the most important use-case to solve. So I'm a little hesitant about this version of the patch.
Comment #72
dafederGood point merlin. That is certainly the ideal scenario for me, and what is evolving here is much better than nothing but certainly not the most intuitive thing... for instance, if the list style (and/or others) had options similar to the table style's options, with fields that can be sortable having checkboxes. If one or more is checked, some widget is added to the top of the view allowing us to sort.
The ideal thing would be that, if we have exposed filters, it could be part of the same form, so that it would be submitted with all the changes to filters. A way around this might be to add a row of links similar to the headers of a table. But I'm not sure how intuitive that is on a view that doesn't have columns. Maybe just a second form, laid out in such a way it's obvious that it needs to be submitted separately from any filters, would be a good start though.
Trying to think if this could be accomplished with a contrib module ("sortable list" or something) or if views needs to be patched necessarily.
Comment #73
merlinofchaos CreditAttribution: merlinofchaos commentedThe style doesn't *have* to be involved in the tablesorting -- mostly it's the fields that do the real work and the style is just a middleman. We could move that out of the style and make it a global option.
Comment #74
dagmarTo do this, we need to delegate the sort in other class different than handlers. This is because handlers can't know which element is defined to sort all the query.
Also, at this moment, there isn't a solid way to alter the query from some Exposed Form object.
I'm working in #535868: Exposed forms as plugins to allows exposed forms alter the views query.
So, what I did was merge both patches (with modifications) to allows exposed forms to generate the select box with all the exposed sorts and apply only one when is selected.
This patch is for views 3. And introduces 3 new plugins, so probably need a big revision before port it into views 2.
Comment #75
merlinofchaos CreditAttribution: merlinofchaos commentedThis probably won't be targeted for Views 2 in any case.
Comment #76
dagmarRelloled since #535868: Exposed forms as plugins was commited. I'm attaching a screenshot of what this patch does.
Comment #77
Omar AlahmedThanks dagmar for this great patch. I executed views-2-exposed-sorts-228510-69.patch "#69", it worked perfectly, but i wanted the style that you attached in the screenshot views-228510-exposed-sorts.patch "#76".
I tried to execute the last patch views-228510-exposed-sorts.patch" "#76" but it seems that it's for views 3. Do you intend to do it for views 2? If you did many people will appreciate it especially me.
Thank you in advance.
Comment #78
merlinofchaos CreditAttribution: merlinofchaos commentedSorry, Views 2 will not receive this functionality.
Comment #79
Bilmar CreditAttribution: Bilmar commentedtested patch @ #76 several days ago and it worked great =)
very excited to see this new feature!
Comment #80
Bilmar CreditAttribution: Bilmar commentedreceived the below errors when patching:
patching file views.module
Hunk #1 FAILED at 984.
Hunk #2 FAILED at 1063.
2 out of 2 hunks FAILED -- saving rejects to file views.module.rej
patching file handlers/views_handler_sort.inc
can't find file to patch at input line 280
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|Index: plugins/views_plugin_exposed_form.inc
|===================================================================
|RCS file: /cvs/drupal-contrib/contributions/modules/views/plugins/Attic/views_plugin_exposed_form.inc,v
|retrieving revision 1.1.2.1
|diff -u -p -r1.1.2.1 views_plugin_exposed_form.inc
|--- plugins/views_plugin_exposed_form.inc 11 Nov 2009 01:42:53 -0000 1.1.2.1
|+++ plugins/views_plugin_exposed_form.inc 11 Nov 2009 03:19:16 -0000
--------------------------
Comment #81
merlinofchaos CreditAttribution: merlinofchaos commentedI don't think you have the latest views 3 dev, which is why the patch is not applying.
Comment #82
dagmarSo, here is a new patch. I am very pleased with this patch because it comes with:
This patch is dependent of this two patches marked as RTBC:
#645150: Call to undefined method views_plugin_display_page::get_exposed_form_plugin()
#645146: Filters cannot be exposed anymore after "Retool exports to drill down properly"
And again, this patch is for views 3. Please don't apply to views 2 because you will get something like #80.
In my opinion this patch is 95% ready, so please test it and give me your comments.
Comment #83
Bilmar CreditAttribution: Bilmar commentedahh - I got the folders mixed up when patching so I thought it may have been the several week gap that resulted in changes.
using the correct version: views 6.x-3.x-dev
I first applied the dependent two patches - both successful
1st #645146: Filters cannot be exposed anymore after "Retool exports to drill down properly"
patching file plugins/views_plugin_display.inc
Hunk #1 succeeded at 1963 (offset 7 lines).
2nd #645150: Call to undefined method views_plugin_display_page::get_exposed_form_plugin()
patching file handlers/views_handler_filter.inc
patching file includes/admin.inc
But then with views_exposed_sorts-228510.patch i get the following result. Is this expected?
patching file handlers/views_handler_sort.inc
patch: **** malformed patch at line 171: Index: plugins/views_plugin_exposed_form.inc
Comment #84
dagmarYes, sorry I deleted parts of the original patch because it was including the other patches. And probably I deleted more than I should.
Here is a reroll.
Comment #85
Bilmar CreditAttribution: Bilmar commentedHello dagmar,
Thanks for the reroll. Patching was successful, however on re-activately the Views module I got this fatal error:
Fatal error: Call to undefined method view::render_exposed_form() in /home/example/public_html/drupal/sites/all/modules/views/plugins/views_plugin_display.inc on line 2083
Found your patch that looked like it may be for similar issue http://drupal.org/node/639094#comment-2291180
But patching resulted in the below result:
(Stripping trailing CRs from patch.)
patching file plugins/views_plugin_display.inc
patch unexpectedly ends in middle of line
Hunk #1 succeeded at 2079 with fuzz 2 (offset 6 lines).
Hope this information helps. Thanks!
Comment #86
dagmarHere we go again...
This patch is a rerroll and includes some small changes that take advantages of the exposed_form_alter() function introduced into exposed forms plugins.
To test this patch you only need the last version of views 3, no extra patches are needed.
Comment #87
dawehnerSome thoughts:
Would it be possible to Display the sort order before the other exposed filters?
Why do we force it to be submit?
I did exposed a lot of sorts and they worked like a charm. I guess the documentation should be updated. Thats a killer feature :)
Comment #88
dawehnerUpdate status, too.
Comment #89
dagmarRerolled because #99370: Add a 'reset' button to exposed filters was committed.
This was the old mechanism of views. Now this feature is implement using exposed_form_alter() function.
Comment #90
dagmarThis patch check if 'reset' button is active and move it to a better position in the exposed form.
Comment #91
dawehnerWorks fine again.
Comment #92
vgarvardt CreditAttribution: vgarvardt commentedHere is updated patch from #69 that applies to Views 2.8
Comment #93
dagmar@vgarvardt: Thanks for the patch. However, because this issue is marked as RTBC I have to make a note about this.
Exposed sorts were finally implemented using a new kind of plugin that will not be available in view 2. So when you are installing patch #92 your are in fact applying (at least) to views 2 all this patches:
#458140: Allow any handler to use exposed form
#535868: Exposed forms as plugins
#633482: pre_execute is never called on exposed forms plugins
#639094: Exposed Forms do not work?
#645150: Call to undefined method views_plugin_display_page::get_exposed_form_plugin()
#99370: Add a 'reset' button to exposed filters
As you can see, there is a high risk that this not work as you expected into views 2. So, the status of "Reviewed & tested by the community" is for patch #90. And this backport to views 2 is complete untested.
Comment #94
Bilmar CreditAttribution: Bilmar commented#90 worked great! Patched with no problems, easily exposed some sorts and I like how we are able to easily change the text for ascending/descending and labels.
I wasn't able to locate the string to translate the Asc/Desc to other languages though..will continue to try. Thanks!
Comment #95
dagmartagging
Comment #96
xsean CreditAttribution: xsean commentedsubscribe
Comment #97
dawehnerI testet it for fun again, it is really cool.
Comment #98
ddorian CreditAttribution: ddorian commentedyes works here too +1
Comment #99
merlinofchaos CreditAttribution: merlinofchaos commented#90 committed to the 3.x-dev branch. needs to be ported to 7.x
I created to follow-up issues to this:
#666870: Exposed sorts do not properly default and #666874: Exposed sort order by field needs some work
Comment #100
cerup CreditAttribution: cerup commentedSubscribing
Comment #101
joachim CreditAttribution: joachim commentedAnother followup: #670388: don't show exposed sort selector when only one sort is exposed.
And a meta-issue: there's an issue component 'exposed filters', so one for exposed sorts might be needed too.
Comment #102
dgastudio CreditAttribution: dgastudio commentedsubscribe
Comment #103
cerup CreditAttribution: cerup commented-removed-
Comment #104
merlinofchaos CreditAttribution: merlinofchaos commentedcerup -- your question does not seem relevant to this issue. Please post your question as a separate support request.
Comment #105
ManyNancy CreditAttribution: ManyNancy commentedIs this going to go into 2.9 or should we upgrade to 3.x if we want this?
Comment #106
dawehnerI guess, this will not go into 2.9, because it needs also exposed form plugins and other stuff.
If you really want it you can try out 3.x or use some workarounds available out there(custom code)
Comment #107
merlinofchaos CreditAttribution: merlinofchaos commentedI have feature frozen the 2.x line, so it will not be going into any Views 2 version.
Comment #108
dawehnerremove tag.
Comment #109
chx CreditAttribution: chx commentedComment #110
dawehnerThe same bug: http://drupal.org/node/698270#comment-2537800
I'm not sure how to solve it.
Comment #111
dawehnercommited.
thx!
Comment #113
prabhakarsun CreditAttribution: prabhakarsun commentedI used this method mimic sorting for views 2:
1. Create A View for search.
2. Add different page displays for each sort criteria.
3. Add below code to the header of view, selecting PHP input.
Ofcourse, links need to be changed.
Also it doesn't work where request uri returns full URL, like domain.com/someurl/, and needs clean URLs. Otherwise you may need to explode it to get $newurl
Comment #114
Hobbes-2 CreditAttribution: Hobbes-2 commentedsubscribe
Comment #115
xqi CreditAttribution: xqi commentedsubscribing
Comment #116
davepoon CreditAttribution: davepoon commentedsubscribe
Comment #117
jeffsawyer CreditAttribution: jeffsawyer commentedlooking for more information on this feature... subscribing. Is this workaround a good way of handling it? http://stackoverflow.com/questions/2471361/drupal-sorting-a-view-program...
Comment #118
shopdogg CreditAttribution: shopdogg commentedsub
Comment #119
171mayank CreditAttribution: 171mayank commentedI think this may be more usefull:
Comment #120
YK85 CreditAttribution: YK85 commentedIs it possible to make exposed sort optional?
I have added one exposed sort to my view but would like to make it optional.
At the moment it is the only sort that is shown in the dropdown select list so therefore not optional.
Thanks!
Comment #121
stella CreditAttribution: stella commentedHere's a patch reroll of the version in comment 92 above for views 2.11, just in case anyone still needs it for D6
Comment #122
Daniel Wentsch CreditAttribution: Daniel Wentsch commentedSubscribing.
Comment #123
sepla CreditAttribution: sepla commentedsubscribing..
Comment #124
mstef CreditAttribution: mstef commented@stella: thanks but patch contains a patch for itself and fails against 2.11 for views.module
Comment #125
mstef CreditAttribution: mstef commentedseems that when in a table with ajax on, they don't work..ajax on and html list works fine
Comment #126
mstef CreditAttribution: mstef commentedGreat work on the patch, but I'm not a fan of the front-end ui.
I don't like how there are multiple select widgets, each with asc/desc options. I think there should be one select (with each sort as an option) and a toggle for asc/desc. See attached.
Comment #127
vistree CreditAttribution: vistree commentedHi, does the patch #121 works for 2.11 even there is this warning message for views.module??
Comment #128
greg.harveyPlease don't change version.
Comment #129
merlinofchaos CreditAttribution: merlinofchaos commentedApparently #107 was not crystal clear.
Please do not hijack issue versions.
Please read the entire issue before you ask questions that are already answered in the issue.
Comment #130
merlinofchaos CreditAttribution: merlinofchaos commentedComment #131
kndrI've found workaround, which works quite good for me.
Notice1: Insert "dpm($handler)" in PHP validator to find name of sorting objects, which should be deleted.
Notice2: Sorting criteria in page display should be overwritten. It builds sorting objects, which we can delete.
Now, we can put links "my_view?sort=created" and "/my_view?sort=totalcount" into MY_VIEW header.
Please let me know if this solution has drawbacks .
Comment #132
Luciuz CreditAttribution: Luciuz commentedcute
Comment #133
knigh7 CreditAttribution: knigh7 commentedsub
Comment #134
knigh7 CreditAttribution: knigh7 commentedI had a similar requirment, the way i did it was to turn the sortable items (authors ect) into taxonomy and then use arguments.
Comment #135
yurtboy CreditAttribution: yurtboy commentedHello,
Just wondering if this is being worked on for Views for Drupal 7?
If not it would be willing to give it a go but did not want to try at it knowing someone on the team is already at it?
Thanks
Comment #136
pcambrayurtboy please see #111 this was committed in D7 almost 20 months ago.
Comment #137
yurtboy CreditAttribution: yurtboy commentedthanks pcambra
now for the infamous question is there one for d6 ( -:
Comment #138
NIKS_Artreaktor CreditAttribution: NIKS_Artreaktor commentedcan anybody help?
How to display in form exposed sort filters AFTER exposed filters?
Thanks.
Comment #139
marcoka CreditAttribution: marcoka commenteddefinitly the wrong thread to ask that....
but take a look at views templates to do that...
Comment #140
NIKS_Artreaktor CreditAttribution: NIKS_Artreaktor commentedyes, i understand, that in views...tpl I have array of widgets.
But how to revers sorting and display them in that way.
Comment #141
Robin van Emden CreditAttribution: Robin van Emden commentedThe 6.x 228510.patch (#92, #121) introduces a bug that breaks random sort by appending "ORDER BY _random UNSORTED" to the generated query.
Encountered the problem in Drupal Commons 2.3, which used to apply this patch by default. Latest Drupal Commons 2.x no longer applies it though, so problem went away for me:
http://drupal.org/node/1342452
http://drupal.org/node/1302984
Yet info might still be of use to others.
Comment #142
a.milkovskysub
Comment #143
tstackhouse CreditAttribution: tstackhouse commented#141 is correct, I too have encountered this problem in Commons 2.3, adding one line to views_handler_sort_random.inc corrects it:
becomes