Vanilla 1 is no longer supported or maintained. If you need a copy, you can get it here.
HackerOne users: Testing against this community violates our program's Terms of Service and will result in your bounty being denied.
Panel Order 1.2
This discussion has been closed.
Comments
Editing the ini file by hand wont achieve anything on its own as the extension files are only rewritten with the new indexes when something is dragged and dropped on the list which the extension displays. That said, if you edit the file by hand it should change the order in which they are displayed on the management page. Can you confirm whether it does that? If it does, can you open up one of the listed default.php files, look for a line which uses $Panel->AddString or $Panel->AddList and see if the index which is assigned in the ini file is an attribute in that function and if not what the attributes are (just paste the line in here). If the index isnt in the attribute, what are the permissions on the file?
First I edited the ini file by hand again and yes, it does change the order in which the extensions are displayed on the management page.
Next, I looked in one of the extension's default.php files. (I used Category Jumper) I found a line that contained $Panel->AddString. I'm not entirely sure what you meant when you mentioned the index which is assigned in the ini file so I'm just posting that section of the default.php file below...
if (in_array($Context->SelfUrl, array('index.php','comments.php')) && $Configuration['USE_CATEGORIES']) { $Panel->AddString(GetCategoryJumper($Context),2); $Head->AddStyleSheet('extensions/CategoryJumper/style.css'); } ?>
I'm not sure if that piece of code helps so the permissions for the file are... 6 6 6
Can you wipe your panelextensions.ini file, load the list, move something, download the panelextensions.ini file from your server, move something else, download it again, and check if there are any differences between the 2 files? If there are would you be able to open up a couple of the default.php files and check that the numbers at the end of the lines (hopefully you understand what i mean now if not i'll try and explain further) correspond with the panelextensions.ini file?
And bugs, 777 as a file permission is advised because then you can completely rule permissions out as being the reason something isnt working. Once it is working I'd always advise people to cut the permissions down to the lowest possible where it will still work. I believe in this case the extensions only *need* to be set to 666 (or 600 if the extensions are owned by the apache user) as my extension works by rewriting the extension files with a new index to change their placement (in theory). If you have any ideas how I could rewrite files without actually having permission to do so (i.e. so all the files could be left at permission 644) I'd be very interested to hear it. And if you have any ideas how i could change the order of items in the panel without changing the indexes in the function which the extension uses to add itself to the panel I'd also be interested to hear them. I agree that extensions should be designed to interfere with other extensions as little as possible, but in this case it's actually the basic design and theory of the extension that it must interfere with the others in order to do it's job.
The only other option would be for mark to change the way the $Panel->Add functions work so things using those methods could be edited without actually editing the files but at present that's not possible.
One more question, If I end up deleting this extension (not that I want to) because it's not working the way I want it, will the order of the sidepanels go back to their default position? Or will I have to do it manually?
I'm hoping someone (anyone) can figure out a way to fix this. If not, maybe someone can code a new extension that allows you to do the same thing
@ Minisweeper - Thanks for all your help.
$Panel->AddString('<h1><a href="'.GetUrl($Configuration, 'extension.php', '', '', '', '', 'PostBackAction=PrivateMessages&View=SendMessage').'">'.$Context->GetDefinition('SendPrivateMessage').'</a></h1>',99);
Parse error: syntax error, unexpected ';' in /.../forum/extensions/UserTasks/default.php on line 29
instead of my forum the moment I went to discussions.
Aaaaargh!
This is completely silly! But can't figure it out. Meddling with the mentioned line only brings upon greater disaster. What should I do?