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.
There are occasions when we have assets that are still being worked on, but that have information or elements that are relevant to people other than the person working on the asset. It would be nice to have a means of opening an asset in a read-only mode so that it is not locked by the person viewing it, but is not in danger of having conflicting edits made. This kind of thing would also allow editors to at least read and give feedback on an asset while the author has open.
Here's an example: A reporter is working on a lengthy Sunday feature that has a massive gallery attached to it. She is actively working on the asset, but does not currently have it open. Another employee is simultaneously working on a video to accompany the story, and needs information from the story and photo assets from the collection in order to produce the video. But if the second employee opens the article and collection to get the necessary information, the reporter can't make any edits to the story or collection, because they are locked. A read-only mode would allow the video production employee to open and view the assets without preventing the reporter from opening and editing them.
Give us a scrolling blox that we can do quick post of short term information without having to put together a complete story asset. This would solve the issue of posting just a quick short news flash that would require a user to click to view a short news brief.
Examples would be:
UN-planned road closings due to water main breaks, accidents, down trees.
Breaking news stories with more detailed information to come.
Live sports updates (mostly local high schools).
Live weather updates for road closings.
Fugitive and/or jail breaks.
The Breaking News and Weather Alert blox use to have a scroll feature but it has since been removed and replaced with a story title scroll with limited character spaces.
Given the movement on the web to support newer image format, please add SVG as an image asset "version" to both TotalCMS and BLOX, see: https://caniuse.com/svg-img for details.
Given the scalable nature of SVG images they work much better for logos and info-graphics than other formats.
When an article has multiple mugshots -- often two or more people running for office, or two or more people charged with a crime -- it would be helpful if Blox had a simple way to turn those multiple photo assets into a single teaser image. Here's an example. Currently we're using a separate photo editing software, slowing the process.
1. What problem(s) does this idea solve? Why do you need this idea implemented? Provide as many problems or use cases as possible.
Like every subscription-based newspaper across America, the New Hampshire Union Leader must transition our users from paying for print to paying for online content. The online content subscribers will pay for are exclusive news and enterprise stories; the premium information that you dedicate a reporter's day or week to, not just a few minutes to rewrite a press release.
A metered paywall is fine for commoditized news like accidents, fires, crimes, etc. -- the info all media outlets in a region will share. But on premium content -- a story we might have invested hundreds of dollars in and only we have it -- these we want to make access subscriber-only with a hard paywall that can be applied selectively on a story-by-story basis.
Presently, TownNews allows us to assign the level of paywall needed to any defined section in the taxonomy of sections and carve out niches within that hierarchy. For example, unionleader.com has a hard paywall on Business and Politics, and a metered paywall in the Crime and Safety sections. Further, within Politics and Business are sponsored subsections that are excluded from the paywall because an advertiser is footing the bill. All of that works great.
The problem we're seeing arises when a premium story we have invested in naturally falls into a section such as crime, safety, education, etc., that is a metered paywall section. At present we must either allow access to that premium content through the metered paywall or intentionally miscategorize that content to place it into a section that has the hard paywall needed.
A section-based paywall is fine in bulk, but in the particulars is unable to convey Premium status to the content we are most invested in in a manner that is quick and simple.
What we are proposing is that a keyword such as #premium and/or #hardpaywall be established that can be applied by our editors on an article-by-article basis to allow us to lock out non-subscribers regardless of section. Our editors are already accustomed to using keyword #nofollow on Washington Post stories, so such an approach is easy to train against.
We believe such a feature will not only be valuable to the Union Leader, but to newspapers you serve across America who like us will survive only by getting readers to subscribe.
2. How often would you use this feature? Every day.
3. How many people in your organization would use this feature? About 20 on the news team.
BLOX Subscription Pro does currently support Keyword rules in the rule profile settings. With this you can add Keywords that will trigger premium content restriction in addition to the section definitions. Please feel free to contact our Customer Services folks if you require assistance.
How can I disable "do not publish" on a permanent basis? Essentially, it automatically comes on when I set stories for print and web but have not yet set them to final. Then later when they should go online, they don't. It is very frustrating, as I have to go back in later on to post on the website.
Is there a way that the breaking news flag can go off automatically after a certain time? It is a pain to have to go in and turn it off later on, especially on a weekend.
"Broadcast" doesn't seem to be turning on the twitter and facebook. What am I doing wrong? Is there something else I need to do?
It used to work. Anyone else having problems before I put a work order in?
1. Allow Description and Byline field to display under video assets that are inserted into stories, similar to how photo assets placed into story text displays the Caption and Byline fields (this may be being addressed). Currently video assets that are placed into stories do not display the Description for Byline fields, giving readers no context to tee them up about what they are about to watch.
2. Allow an option to display a caption and byline under a story asset's Cover Art.
3. Allow an option to display a caption and byline under a photo that's placed inline into a story, and the "Presentation" is set to "Parallax."
4. For photo assets whose presentation is set to "Showcase," allow these assets to display at the "Showcase" width when placed inline into stories (they currently do not). Alternatively, add a "Showcase" option to the "Presentation" tab under "Inline display properties" that are available when a photo asset is placed inline into a story. This would allow a presentation width that's essentially between the "Full" (default) and the "Full Bleed" options.
5. Find a way to allow photographs to display side-by-side when placed in-line into text. For example, it would be cool if 2-3 photographs could display side-by-side the full width of the browser window. We're able to fudge this by creating a triptych in Photoshop (you can see an example of how we've done this by scrolling down toward the bottom of this story) but it would be quicker to be able to do this inside Blox.
These options would give us more flexibility and enhance online displays.
Batch upload/batch edit is especially useful when dealing with photos but I am disappointed it does not automatically add the byline when I select the user.
We've put in a feature request to have taglines to appear in the River of News in our e-Edition. I'm told the asset tagline was never implemented into the segmented article view in the River of News. I'm surprised it isn't already a thing.
What problem(s) does this idea solve? Why do you need this idea implemented?
Our e-Edition readers are unable to see the bios and contact info of the writers when they're reading articles in the river of news, unless they zoom in on the page view. This is not a big deal for stories written by our regular bylined reporters, but it does leave out an important chunk of information about our numerous op-ed writers.
How often would you use this feature?
Daily, constantly, in maybe 90% of our stories.
How many people in your organization would use this feature?
All, for all e-Edition readers.
The results of poll questions are no longer visible on our website. Can someone please advise
Hi Jen -
These poll results won't display on non-HTTPS pages. This is likely the problem here, we've had a number of these requests lately.
Here is our documentation on how to make your site secure:
Ugh!!! - There needs to be a way to search for assets based on who's working on it that is not tied to print or online presentation. "Created By", "Last Modified by", or preferably an "Assigned to" field should be a searchable option(s).
Only about half the content in our paper should be attributable to a specific author so we don't need/want the author field populated for records, obituaries, compiled reports, or articles with a "Newsroom" byline. However this eliminates the authors easiest method to find "Their Stuff"
Sorry guys but this seems like a no-brainer and I am confused why it isn't already present.
My colleagues tell me that if we did an online breaking news story, then we'd have to use a different asset for the final story that would go in print and online. That would generate a second url for the same story whcih makes no sense. I would think one could do the breaker, then just use notes to do the writethrough. What do you all do?
Customer support service by UserEcho