Though TownNews.com representatives often participate in discussions, this is not a customer service site. For immediate help, call 800-293-9576 or submit a support request via our online ticketing system.
Similar to this request from 3 years ago, I'd like to auto-expire some flags. We add "breaking" and "developing" flags to many stories. These flags make sense when they're added, but after a few hours (definitely after a few days) they can be confusing to readers. I'd like for those flags to disappear after a set amount of time. I can recommend how much time that is, or you can let individual sites set that time.
I don't want to remove the flag — we're using those flags to track stories. (So we can tell reporters whether breaking news stories perform better than an enterprise story, for example.) But if the flag was not visible to the reader after X hours, then I'd have the best of both worlds.
So this is my official feature request. It would solve the problem outlined above. It would be used daily. It would be used by/available to all of our reporters and editors.
We all know what "wire" means. I don't think readers do — at least, not from the readers I've talked to so far. This, however, is one of the flags that's protected.
I want to change the "wire" flag so that the public sees a flag that says "news service". (It's OK if our staff sees "wire" in the CMS.) Otherwise, I have to adapt an existing flag ("hot"? "special section"?) so that it will say "news service" to readers, but that description will not be changed in the CMS — we just have to remember that marking "hot" means "news service".
(I know I can create a custom flag on an asset. But I need this to be assigned in syndication, and I can only apply existing flags there.)
1) What problem(s) does this idea solve? Why do you need this idea
implemented? Provide as many problems or use cases as possible.
Currently when you go into the hamburger menu for past eedition all you
see is the date you do not know right away which one was Sunday or
Wednesday without clicking and opening up multiple dates to find the one
you want. Usually the older subscribers are the ones that use the
eedition the most so this would provide a better user experience for
subscribers and users in general to reduce the number of clicks to find
what day of the week they are looking for. Also Tecnavia and Olive
provide the abbr day of the week with the physical date. Just makes
sense as I forget what day it is most of the time.
2) How often would you use this feature? This would be daily and would
want the list of past eedition in the hamburger menu to update daily as
new eeditions are added.
3) How many people in your organization would use this feature?
All of the BH Media sites would use this enhancement and want this feature to be added as our customer service averages about 10 calls a week asking us to add the Day of the week to the past eeditions list to help them find it quickly. I would think others would be getting the same type of requests from their subscribers as well..
We've gotten several complaints about the login not recognizing the user on mobile (but they login fine on desktop). We've discovered that mobile auto-save and auto-correct is mostly the problem. Here are the problems we've helped our customers with:
1) Often times there will either be a leading space or trailing space in the username or password. This will fail every time.
2) Sometimes mobile will capitalize the first letter or auto-correct and again will fail the login.
The biggest problem with this is that many of our subscribers don't realize it's happening - and even with our assistance have a hard time trying to un-capitalize a letter (it will keep happening), or to back space to get rid of spaces.
This feature would help many of our users, and prevent them from getting frustrated and unsubscribing. We get 3-4 calls or emails a month on this right now.
This feature would help across the board - and would help every-time someone logged in.
I'm very curious if other newspapers get this complaint as often as we do? If so, how do you combat it, besides trying to walk the customer through it?
I've heard a few people who've called for other reasons complain about the new e-edition being too sensitive on mobile. When I tried it I found the swipe is too sensitive. For instance if you're trying to pinch to enlarge it's very easy for the system to interpret that as a swipe and advance the page.
In my experience it seems like any horizontal swipe of any distance changes the page. So if while you're trying to pinch you inadvertently swipe to the left or right before starting the pinch the page will change.
Can anything be done to make it not so sensitive? Maybe require a longer swipe distance to advance?
We would like a way to quickly and easily change the start date/time to now to accurately reflect when a story is published. I guess that would look like some sort of button or maybe an extra option by the start date/time in the default article asset window.
We work in a competitive market, and when a story is published is often critical for us. Also, we have times when a reporter or editor will create a file in advance of an event and the start date/time does not get changed to more accurately reflect when a story is published. The difference between when an article asset is created and when an article is published is a big one for us and one we don't want to have to explain to readers.
Yes, we can manually change it to get really close, but it would be simpler if there was a one-click way to make that happen. If there is, I've missed it!
When users change credit cards or have new ones issued when they reach their expiration date, it creates a problem when it's time for a subscription to auto-renew. It would be helpful if the Blox CMS system stored credit card information and allowed a user to go into their Dashboard and change it, just like they can change their email address or their password.
I figured I'd post this here before I sent in a ticket. Has anyone ever experienced the Facebook comment count being incorrect in a summary block?
Yeah it looks like a bug. We changed the Facebook URL on the article page to reference the "permanent" BLOX URL (so it doesn't break when you change sections or titles) but (unless you have something custom), it looks like the Facebook comments are referencing the normal BLOX URL. Facebook titles everything together based on URL, so if the URLs are different, it won't show the correct numbers!
I will submit a ticket for this. Thanks!
That's the easy way. I think another thing that would help this issue would be to add a "Are you sure you want to cancel?" prompt if the "Cancel" is clicked and the asset hasn't been saved in a while.
I know TownNews is proud of its in-browser asset creation, but I think the majority of the reporters here have been burned too many times and just write in a word processor, then copy and paste it in TCMS.
The Town News system already displays comment counts in both the Facebook code and the Town News comment counter. This feature should be extended further to allow the "Most Commented" widget to track these counts as well. Since the system is already counting these using the built in Town News counter, I would imagine this type of request should be a small step forward.
We'd rather use PGP to just email one of our employees the credit card info to process so we don't get hit with a transaction fee from PayPal. But when I click "Enable PGP" it doesn't give me an option for a recipient. Is PGP something that has to be turned on by TN staff? And is there a fee to use PGP?
Since this was a question asked so long ago I am sure that our Customer Services folks had answered this as there was no follow up to the question. Since this was posted though we have stopped accepting Credit card information on PGP encrypted forms as part of our PCI compliance strategy.
Will you be there? Let us know! Stop by South Upper Hall Booth SU14614 for your chance to meet our team and the Anchorman himself!
Take a pic and post to social with the #StayClassyNAB hashtag, then head across the aisle for a bite and a beer in the Draft House. It's new this year, and we're lucky enough to be right next to it for 4 whole days!
Would it be possible to incorporate a batch upload button much like we see in the Editorial section of BLOX?
An example of one of the ideas we’re considering is a partnership with a community college or school district. Our thinking is we could possibly have them pay $X,000 per year and allow all of their employees and students (with an email account on their domain) free access to our website. A perk of employment or enrollment at that institution.
As several recent studies have revealed, millennials are adverse to paying for news, but maybe we can convert them into readers if they can get it for free. It could be a win-win for both us and the institution. They could easily incorporate the newspaper into their teaching if they know all students can access it for free.
One of the stumbling blocks we’re considering is how to disable these free accounts once someone is no longer a student or employee.
What we’d love to see is an option to “re-confirm” accounts created under these Domain services at set periods of time. e.g. Have BLOX send out address confirmation emails every year and then disable (or remove from the service) any accounts that no longer have valid/active email accounts.
I’d love to hear what others think. As it stands this seems to be the real limiting factor in putting these Domain Subscription Services into use.
In the new e-edition under FLEX there is no way to make the e-Edition pages larger or zoom in on just part of a page on a desktop computer (once you are in full screen). With the old e-edition readers could use a magnifying glass and zoom in on just the part of the page they wanted to read, making the type larger for those with poor eyesight.
To do that now readers would have to download the e-edition to their computers, find the download and open it in a pdf reader. That's a lot of work for an elderly reader who may know little more about computers than how to navigate a website. Although the reader who brought this to my attention did know how to use Control + to zoom in on webpages (something I didn't know) but sadly that doesn't work on the e-Edition newpaper page ( it only makes the navigation arrows and hamburger menu at the top larger).
Customer support service by UserEcho