Joeri van Veen

Hi @tenserd

Thank you for using my plugin and contacting me about this! I wanted to look into it today but did not find the time. Will get back to you here within the next few days.

Kind regards,
Joeri

Hi @jofranlirio , thank you for contacting me. This sounds like a good use case. The plugin does NOT handle sub domains like that at the moment. I will look into it next week to see if it can be added in a good way for a next version and keep you posted here.

Kind regards,
Joeri

Hi, thank you @ujangid ??

I just released a new version (1.6.5), can you confirm whether it works again with your custom post type?

Unfortunately, I did not conclusively find out what code change on my part caused this exactly, I suspect it could be a theme or plugin that hooks into pre_get_posts, to ‘protect’ their custom post types. But I changed a bit of code to get the correct post directly from the db (only when setting up the domain, so the plugin is not slower by any means), circumventing any filters and stuff.

For me that solved the problem. Thank you for bringing this to my attention.
Let me know if it does not work for you.

Kind regards,
Joeri

Hello @ujangid, thank you for using my plugin and for contacting me about this bug.

I see what you mean, this is unfortunate. Will look into it today.

Kind regards
Joeri

Hello @blurry7923,

I have notice this 1 or 2 pixels thing as well sometimes, been tweaking it but will continue keeping an eye out for it.

Thank you for responding so quickly and closing the thread ??

• This reply was modified 11 months ago by Joeri van Veen.

Hi @blurry7923 ,

The new version 1.6.0 should detect your article better, can you let me know whether this fixed your issue?

You wrote Sometimes the bar is a bit unsticking the bottom, but a bit of scrolling fixes that.

Can you clarify what you mean by that? I have not been able to reproduce it over here.

Kind regards,
Joeri

Thank you @michael! No worries, I will close this issue. Thank you for raising the issue though, it helps me determine whether to offer the service.

Hello @blurry7923, I have identified what is causing your issue, a class (.post-inner)inside the post identifier that I did not encounter before. Will have a fix in the next version, unfortunately there is no workaround until then, I am afraid. Next version will be released soon, will keep you posted here.

I love that you put the reading bar on the bottom! Regarding making the reading bar vertical: this would require extra calculations of which I am not a fan. Will keep it in the back of my mind though, maybe it is not as complex as I am now thinking. Thank you for the suggestion.

Kind regards,
Joeri

Hello @michael, this is an interesting issue, it would be nearly impossible for the plugin to know the reading time of an embed…

However, the Estimated Reading Time feature of this plugin is not released yet, so the time you are seeing is coming from another plugin or your theme. Unless… did you get my plugin from GitHub?

Your support questions increases my already considerable doubts about officially releasing the ERT though. I have been working on an embed plugin as well and getting information across is hard or impossible (depending on circumstances). Are you embedding exclusively from your own website?

Hope to solve this issue together with you,
Kind regards,
Joeri

Hello @blurry7923, thank you for your compliment and for using wp-reading-progress!

There is actually a setting
On single post page use whole page to calculate reading progress
it should be left unchecked to have the bar calculate only the article.

However, sometimes the bar cannot detect the article correctly and defaults to using the whole page. Can you share a link to your site with me so I can investigate? This may be a chance to improve the plugin further.

Kind regards,
Joeri

• This reply was modified 11 months, 3 weeks ago by Joeri van Veen.
• This reply was modified 11 months, 3 weeks ago by Joeri van Veen.

@addatomlunare Excuse me for not answering any sooner. Sometimes I do not receive emails for support requests :-(((

This has been in the back of my mind, as well as dark mode, but I have not found an elegant solution yet to manage it from within the plugin.

You should target the id ruigehond006_inner, for instance

#ruigehond006_inner { background-color: transparent; }

Hope this answer finds you well and hope it helps.
Let me know if not, I am always happy to answer questions, I just have to see them first…

Kind regards, Joeri

Hello @lotfreeman, currently I am not working on this plugin, because there is a lot of other things as well pressing me. I made this for a client who is happily using it at this moment. It will be at least a couple of weeks before I can work on this specific plugin again, I will likely start with the ajax view comparison results then.

I am more than willing to collaborate with someone though, if you have / know a developer who would be willing to do some of your requests on this! They can work with me through github. Let me know.

Kind regards,
Joeri

Hi @lotfreeman, you can move the fields freely by grabbing the :: in front of them and dropping them between other fields. Is this not what you mean?

In detail my thoughts so far about your valid points:

• Add a save button separately, this is necessary on slow servers! <- Ah yes, this is difficult because of the way it saves the data now, but it is a valid point, will definitely look into it.
• Add a description of the fields that is a tooltip <- I think you mean to be able to convert the overlay to a tooltip? That would be a great suggestion and not too hard to implement, will look into that soon.
• Immediately show an example of a table inside the plugin. It’s boring to watch how the table turned out in the front end all the time <- You mean some sort of preview button? Do you not use two tabs and refresh? That is what I do. I think a preview button would be feasible, but it would also be a bit slow, just like refreshing a page. Or do you mean something else?
• adding fields must be done immediately, without the “edit” button. It’s easier and more convenient! <- this is because you can add different tables, so you must be able to select which one you are editing. And with many fields, it may be complex to see what you are doing if they are shown all at the same time. Or am I misunderstanding?
• put table editing in the frontend so that users can add their own options <- this is difficult for me to program, because I lack frontend knowledge especially regarding the gutenberg / block editors, will probably not be done anytime soon. Unless you know someone who would be willing to work with me on this?
• Add Ajax view comparison results <- ah yes, this is on my list, but was too much work before initial release. The plugin is prepared for it though.

Hope this helps so far. Have a good weekend!

Hi @lotfreeman, sorry for the late reply I did not receive an e-mail about your post. Those are great suggestions!! Some are more difficult to implement than others, I will look into them the coming weeks and keep you posted here. Do not hold your breath though, the coming weeks will be quite busy for me.

Thanks again for the suggestions, have a great day!

Joeri