Current code is changing by a time so we need this issue to track changes
Let's aggregate here version history and all staff around integration with trustlink.ru
| Comment | File | Size | Author |
|---|---|---|---|
| #9 | 1063816-newtpl.patch | 21.37 KB | andypost |
| #7 | seonet.patch | 11.08 KB | spleshka |
| #6 | tl.patch | 37.69 KB | andypost |
| #4 | seonet.patch | 37.96 KB | spleshka |
| #2 | seonet.patch | 39.83 KB | spleshka |
Comments
Comment #1
andypostCurrent code needs to be updated:
1) add inline style for links
2) change color if links display
Comment #2
spleshkaInline styles for trustlink were added. Also were added possibility of setting block name for css.
Improved trustlink.php file (there were problems with multisiting). Problems with trustlink code recognition were fixed too.
Comment #3
andypostMostly errors about formatting and code style.
You're changing logic for default values but forget about sites that use this module (156 for now).
Do not change default values - you could broke current site designs!!!
Please tune you text editor to remove empty spaces at the end of lines!
Default css should be block's system default not a host name
This is wrong by drupal coding standards http://drupal.org/coding-standards
the same
Use system_settings_form() with additional $form['#submit'] handler to trim() code and create files
This all over patch - DO NOT USE host name as css identifier - currently sites could use default (system block ID) in their themes so this change could lead to broken design.
This is not acceptable for public module!!!
Code styling as above
Do not touch this part!
Any reason to reorder this? This change make no sense but make the patch bigger.
Any reason to hide blocks?
Also trailing whitespace
Check your code with *coder* module
Powered by Dreditor.
Comment #4
spleshkaOk, I fixed my code styles. I'll comment some your notes:
1. Use system_settings_form() with additional $form['#submit'] handler to trim() code and create files
I need not default form processing, so I returned just $form, and after that I process it in my way
2. Any reason to reorder this? This change make no sense but make the patch bigger.
That was not specially :)
3. Any reason to hide blocks?
Yes, I see a big reason. I think that block shouldn't be displayed on block page, if user didn't turn it on.
So you can get newer version of patch from attachment.
Comment #5
andypostPatch still needs some love, as I said before - don't change defaults.
try to use current version
A lot of ending spaces that should be trimmed
Each provider's block should have own stile by default (as it was before)
What this for? Sape and it's context are different things
Do not change a defaults. Remember about current users
Same as above
use current version from cvs (git upcoming tomorrow )
hook_block() should have all module's blocks on a page listing. You have no ability to change number of blocks from module's settings so please revert this part!!! block_rehash() is another WTF so is not usable for this purpose
No need to change pot file in this patch. You should care about code first and update pot in follow-up patch
Powered by Dreditor.
Comment #6
andypostCurrent state of patch, please fix code of blocks and test this patch against 6-dev
Comment #7
spleshkaDue to trustlink code updates I maked new patch that provides some additional trustlink options (based on 6-dev module version). Also was fixed some SEO features. Module was tested on Drupal 6 - I didn't found any bugs or errors.
Comment #8
andypostI've just commited updated trustlink code http://drupalcode.org/project/seonet.git/commit/7fd4d1f
Admin settings still needs some love
Comment #9
andypostI'm going to commit this patch
Comment #10
andypostCommited.
http://drupalcode.org/project/seonet.git/commit/c30466b
http://drupalcode.org/project/seonet.git/commit/9199c72
Feel free to reopen if any troubles. DEV will be generated within 12 hours. Suppose we could release new version after testing