Daniel Hood
Well-known member
Right now it's English only but I may be able to add other languages. I'll just have to see if that api is available in each one.
Tag Essentials [Deleted]
- Thread starter Daniel Hood
- Start date
-
- Tags
- tags the essentials xenmods
Freelancer
Well-known member
Working great by the way... 
Freelancer
Well-known member
Sorry to bother you more. As I am on it I found another minor bug: On the "Recent Content" page the "Edit Wiki" button has the "callToAction" class while on the "View Information" page it just has the "button" class minus the <span></span> around the button phrase. I think it could both be the same callToAction class.
Daniel Hood
Well-known member
Bug reports are no bother. I'll fix that for 1.5.2. Probably going to be a few days or a week before I release it though, don't want to keep releasing patched versions too frequently. It looks really bad and can get annoying for admins. Generally I wouldn't have released 1.5.1 so quickly to 1.5.0 but that wikipedia error was a really big deal.
Freelancer
Well-known member
I think most of us appreciate more deeper updates over faster updates.
Daniel Hood
Well-known member
I agree. That's why I attempt to at least introduce a couple new features into each second point release and either a very big bug fix for 3rd point releases or a group of small bug fixes.
Daniel Hood
Well-known member
There's not a ton I can do about this except leave it blank if that's the result. Ambiguous tags seem to give that message, and sometimes other ones do as well.
Daniel Hood
Well-known member
I love the new Wikipedia integration, I was doing it manually
Noticed a bug, seems to happen when tags have a space.
View attachment 124003
All of these things are implemented/fixed in 1.5.2. Please let me know if I missed anything (excluding that one suggestion with the checkboxes to mass delete, that's not a 3rd point release type feature).Well well.... just found out that @Mouth's and my problems are the same problem...
For everyone who has the same problem that either the PowerTip is not on top on the z-index or not showing up at all... It is just a typo issue... for use with UIX YOU NEED to adjust the CSS template... (for the default theme it seems to be no issue)
/* PowerTip Plugin */
#powerTip {
cursor: default;
box-shadow: 0px 12px 25px rgba(0,0,0, 0.5);
background-color: #FFFFFF;
border: 1px solid rgb(240, 240, 240);
border-radius: 6px;
color: rgb(44, 44, 44);
display: none;
padding: 10px;
position: absolute;
white-space: normal;
max-width: 400px;s
z-index: 2147483647;
}
The "s" after the ";" prevents the z-index from being processed at all... just delete it and it works...
maxicep
Active member
And, Do you think to add sitemap feature for tags ? We typing custom wiki's to our perfectly tags on xenforo system so i think we can index them on a tag sitemap too... So they will index quickly by search engines and more valuable, isn't it ? @Daniel Hood
Daniel Hood
Well-known member
It's possible in the future but will not be in 1.5.2.
Mouth
Well-known member
Would be great if the wikipedia URL that the information was retrieved from was also stored in the wiki entry.
Enables one to easily and quickly clean-up retrieved entries such as;
Code:
Eastlink may refer to:
EastLink (Melbourne), a toll road in Melbourne, Australia
East-Link (Dublin), a toll bridge in Dublin, Ireland
EastLink (company), a communications provider in Canada
East Link Extension (Sound Transit), a light rail extension in Seattle, Washington
Tangentiale Verbindung Ost, an expressway in Berlin, GermanyFreelancer
Well-known member
@Daniel Hood, please get rid of the template mod that amends CSS styling to the very end of the EXTRA.CSS.... that is with all due respect "bad"... first it is just a simple line of CSS and could be in the TagEss style sheet as well as it prevents users from changing it at all since it is a template mod.
I deactivated the mod and copied the code into the EXTRA.CSS myself to have control over it but I think there can be a better solution for it.
I deactivated the mod and copied the code into the EXTRA.CSS myself to have control over it but I think there can be a better solution for it.
Code:
$0
.discussionListItem .tagBlock {
display: inline;
}Mouth
Well-known member
How do I stop the tags appearing against each thread for the new posts page ( /find-new/posts )? Checked /admin.php?options/list/tagess but couldn't find a setting.
They're causing rate-limiting (DDOS mitigation) to be triggered and returning '404 page not found' error conditions to users when loading the forum new posts page.
They're causing rate-limiting (DDOS mitigation) to be triggered and returning '404 page not found' error conditions to users when loading the forum new posts page.
Freelancer
Well-known member
Mouth
Well-known member
Dohl! How did I miss that? Thanks!
Daniel Hood
Well-known member
Added in 1.5.2. There's a "View More On Wikipedia.org" link added at the bottom of default entries.This is the phrase "tagess_view_more_on_wikipedia".
That template modification is necessary for the thread list template only. I didn't add it to the tagess.css file because that css isn't included on the thread list.
I think your installation skipped these three queries. Try running them all, seperately, please.
Code:
ALTER TABLE `xf_feed` ADD `tagess_tags` BLOB NULL AFTER `active`;
Code:
ALTER TABLE `xf_forum` ADD `tagess_tags` BLOB NULL;
Code:
ALTER TABLE `xf_thread_prefix` ADD `tagess_tags` BLOB NULL ;Freelancer
Well-known member
I am tracking. But then it would be great to make an additional tagess .css file and have the template of the thread list modified to include the new additional tagess .css only. Then users are at least be able to change the CSS properties in the new additional .css template. While with amending the properties to the very end of the EXTRA.CSS does not give them a chance.
Similar threads
