rlaflamme
Forum Replies Created
-
Forum: Plugins
In reply to: [TablePress - Tables in WordPress made easy] Suggestion for numeric sortingI thought as much. Any place you could direct me to?
Forum: Plugins
In reply to: [TablePress - Tables in WordPress made easy] Suggestion for numeric sortingSure thing. I’m not sure if it’s an error per se or if I just need further command clarification (like some sort of multi-field sorting).
Please note that this page is not yet live, but I have made it password protected so you can look at it. The PW is ‘Oranges123’ for you to look. The link is: https://bit.ly/1qzFXnC
Thanks!
Forum: Plugins
In reply to: [TablePress - Tables in WordPress made easy] Suggestion for numeric sortingHi Tobias,
Sorry for the lengthy break there. Time to test this and all.
I went ahead and did the custom hidden field, and that seems to be working just fine for that portion of it.
I did run into one odd behavior when arranging by the alt-string columns that I think has to do with the custom field. I currently have for a custom command:
"aoColumnDefs": [ { "sType": "alt-string", "aTargets": [ 3,4,5,6,7,8 ] } , {"asSorting": [ "asc", "desc" ], "aTargets": [ 0,1 ]} , { "bVisible": false, "aTargets": [ 2 ] }, { "iDataSort": 2, "aTargets": [ 1 ] } ]
Of the visible fields, Column 1 is just normal text, and Column 2 is numbers being sorted by the invisible column. Both of these sort ascending or descending when clicking on the header just fine.
Columns 3-8 also work when sorting by the alt-string criteria, which are also just text being sorted alphabetically in a binary way (e.g. ‘Red’ or ‘Green’). It wasn’t arranging those rows alphabetically secondarily according to Column 1 though until I added the “asSorting” field. By itself, that seemed to work.
However, I have noticed that if I were to, say, sort Column 1 or 2 and leave the list in the descending order (Z-A), then try to sort by one of the alt-sting columns, it sorts them according to the alt-string criteria, but doesn’t arrange them in an alphabetical order.
It only seems to happen in the corner case of clicking twice to sort by descending order for Columns 1 or 2 and then trying to sort by alt-string. However, I’m not sure how I’d correct this last part.
Thanks again!
Forum: Plugins
In reply to: [ShareThis: Free Sharing Buttons and Tools] Caching issue after update?Hi there,
While the other buttons in the plugin are showing up, a number of things are not:
-There should be buttons for the ShareThis and Pinterest showing, as that is the current setting. They are not.
-For troubleshooting purposes, the buttons should be large and not small. They are not.
-The Twitter share link is not adding the ShortURL when trying to share.
-Reinstalling the plugin resets the settings in the plugin settings area, but even left at the defaults they are not reflecting on the pages themselves.It is therefore safe to say that things are not working properly and that this issue is still persisting.
Forum: Plugins
In reply to: [ShareThis: Free Sharing Buttons and Tools] Caching issue after update?Sure thing. For sake of troubleshooting we can use this post:
https://www.cardboardrepublic.com/news/weekly-roundup-5814
The buttons are shown at the bottom of the posts, and the Pinterest and ShareThis buttons are not showing, nor does it register any changes (say by moving it to the top or making the buttons large)
I tested plugin compatibility by deactivating them already, and it is not based on a conflict with any of them. This only occurred when updating to 7.0.14 and seems to be limited to ShareThis. It happens regardless of which system the post is pulled up on and is also browser independent.
If the plugin was removed, does it actually clear out all of the database entries? That’s the only thing I can think of myself at the moment is if even after uninstalling it is leaving stuff behind, as even on a fresh install while the config menu resets, the actual post doesn’t.
Forum: Plugins
In reply to: [NextGEN Facebook] og:image size recognition issueThat may have done it, actually.
The IMG code did not have the data-wp-pid=”#” in it, but when I plugged that into the HTML and scraped a known bad page for it, that took care of it, even with the existing image.
I think that is the last bit of this lengthy saga. Thanks ever so much for your assistance!
Forum: Plugins
In reply to: [NextGEN Facebook] og:image size recognition issueThat is correct. And as I mentioned, a newly uploaded one registers just fine with the debugger. One just copy and pasted from html code, not so much.
Forum: Plugins
In reply to: [NextGEN Facebook] og:image size recognition issueThat is the short of it yes.
The image is from the Media Library, and with the Un-Attach plugin I guess it allows the image to be attached to multiple posts using the same image. The image is not added via the “Add Media” button when the posts are made though, the <img> info is merely copied from the HTML of the previous post.
The image in question is a 200×200 exactly, and I know that file size is able to be taken from the FB scraper because if I save the image, upload it as a new image with a different name, and save it, the scraper sees the image in the post immediately and throws no errors. (Just for reference the OG+ setting is at 300×300 with Auto-Resize checked)
I’m just trying to avoid having to have to duplicate and upload the same image every week.
Forum: Plugins
In reply to: [NextGEN Facebook] og:image size recognition issueThanks for the heads up on the filter ID change.
What I have is a post that is essentially a news post that gets duplicated every week. The post HTML data (layout, images, formatting, etc.) are copy and pasted and then some of the text itself is changed. The main image for this is a 200×200 file that is not being seen by the Facebook debug tool.
Last we spoke you mentioned the Un-Attach plugin as a way to fix that (so that the image could be considered attached to multiple posts) but so far it has not worked, and the developer has yet to reply to my inquiry there unfortunately. :/
I was hoping that merely having it in the code would allow it to be scraped (even going so far as to explicitly mention the width / height and ‘data-share-src’ tag in the HTML, but alas it has no effect, and I’m at a loss. I know it’s unrelated to my original issue though. (I think)
Forum: Plugins
In reply to: [NextGEN Facebook] og:image size recognition issueThanks JS for all the help! I just wanted to respond and let you know that G+ did indeed resolve itself, so that is no longer an issue.
Now if only I could get the scraper to be taking inserted images I’d be golden! (Not sure if 6.16 addressed that at all though)
Forum: Plugins
In reply to: [NextGEN Facebook] og:image size recognition issueI thought about that possibility as well, so I started testing out some other sites ability to post. Many I tried had images smaller than those and were still selectable. So, I’m worried that the size isn’t the issue, and since the article is new, it doesn’t make a lot of sense that caching would be an issue.
For sake of argument, I tried turning off the plugin and seeing what responses I could get, but caching sort of made that experiment futile.
It’s becoming a bit of a head scratcher, especially since it was working until last week… :/
Forum: Plugins
In reply to: [NextGEN Facebook] og:image size recognition issueThanks! That helps explains schema to me at least.
I’m still not getting the option to choose, however. This is happening with a brand new post that’s been up for about 12 hours, and it was created after all of the updates and fixes we’ve worked through:
You’ll see it’s pulling the og:image data just like Facebook, but it doesn’t present me with the option to select. I tried a few older posts as well that I know had image options, but no luck.
Forum: Plugins
In reply to: [NextGEN Facebook] og:image size recognition issueI’ll certainly be sure to rate it, sure!
Aside from the attach thing, which I’ll explore more into, the only other thing that still needs to be rectified is the G+ issue. Currently, it is reading all 3 of the og:image tags according to the Google snippet tool, but it is only giving the option to post the first one on G+. I’ve ensured that other sites have the option to select when putting in the links, and that it’s not a browser or system restriction. There seems to be something being read it doesn’t like. I’m not sure why since it too was working until a week or so ago.
Some research I saw mentioned it could have something to do with schema info? Is that used or necessary with this plugin?
Forum: Plugins
In reply to: [NextGEN Facebook] og:image size recognition issueOh well that beat me to it! ??
I just gave it a try, and the new sort function works great! I did go in and change it from an ‘rsort’ to a ‘sort’ function (so it’ll grab the first three of the post instead of the last three), but that’s just for our purposes.
Now I just need to resolve the detached image thing. I tried out the plugin you suggested but it doesn’t appear to be registering still. I’m inquiring with the plugin creator there so hopefully we’ll get the last of this nailed down.
Thanks again!
Forum: Plugins
In reply to: [NextGEN Facebook] og:image size recognition issueThanks! I will try that plugin and the RC the next chance I get to see if they resolve my issues and post my findings.