Idea: Revise how the 'buy now' button logic interacts with AP photos ... either add more commonly used AP byline phrases or find a way to better auto detect AP photos moving from Merlin to BLOX

1. What problem(s) does this idea solve? AP, from best we can tell, doesn't have a standardized way of formatting bylines. Some say "Name/AP Photo," some say, "Associated Press file photo," some say XXX "via AP." The "buy now" rule for BLOX stipulates the byline must be 'associated press' or 'ap photo' for the button to disable.

2. Why do you need this idea implemented? Provide as many problems or use cases as possible. We're having too many wire photos go on our site that are for sale that we're not licensed to sell.

3. How often would you use this feature? Daily

4.How many people in your organization would use this feature? The entire company, 200+ people

I am usually very optimistic when we get new updates in Blox.  But I have 3 issues with this format.  

• First, as pictured, the navigation buttons cover up content.  Sure, I figured out how to remove the buttons, but my users won't be able to.   The deprecated white navigation buttons in the red bar were the way to go.  I'd like this to be a Per-Site choice to make.
• Second, under the hamburger menu, there are no descriptions as to what each button does.  
• Third, because of the update, I have a random gray bar at the top that I now have to fix.  
• Forth, I do admire the fact that swiping pages left to right now takes a split second.  Finally, the swiping has been improved.  

Here's my quandary: 

We're trying to make our calendar utilization more robust, in part by making calendar categories more easily navigable and by hiding some of the breadth of the calendar categories from users by curating the presentation of certain categories.

To that end, I'd like to use an autonav block to direct users to specific calendar pages, though not necessarily all the subcategories of /calendar/, and possibly even to pages outside the /calendar/ directory.

So, to wit: One of the requested features was a page where users can see text listings of a large number of upcoming events — say for the next month. If I create an associated URL (/upcoming_events/) in the /calendar/ directory, it will show up in the autonav block configured to call /calendar/, but it will also show up in the user submission form for calendar events on the dashboard. I don't want users to be able to submit an event as an upcoming event, but I do want them to be able to utilize the autonav to navigate to /upcoming_events/. If I create /upcoming_events/ outside the /calendar/ directory, it will not appear in the dashboard submission form, but it will also not appear in the autonav.

Similarly, we would like users to be able to make submissions under certain categories that are not necessarily presented to all users in the autonav. This is because we have a number of calendar categories which are not extensively populated (dance, car shows) but could be presented together in a broader category (say, entertainment). If /dance/ and /car_shows/ exist under /calendar/, they'll appear in the dashboard submission form, but also in the autonav. We do not want this because we'd rather direct users to fewer, more populated pages instead of many sparsely populated pages. I can use a card block to pull in /dance/ and /car_shows/ submissions to an /entertainment/ page, but the /entertainment/ page will not show up in the autonav unless it is also under /calendar/ — and thus it will show up in the dashboard submission form, which we do not want because "Entertainment" is a broad enough designation that it becomes meaningless unless curated on the front end.

If I've got it right, this is because the autonav and the dashboard submission form both call /calendar/. After racking my brain, the most efficient solution I can think of for this is a block that looks and functions (for the user) like the autonav, but which can be configured in the CMS to display only selected directories. Is there a block that does this? Is it possible? Am I missing an obvious answer?

Any insights are appreciated.

Brad Bautista

Citrus County Chronicle

Does anybody have a quick/easy solution to get something like JuxtaposeJS working on a Flex site?

https://juxtapose.knightlab.com/

EDIT: Looks like I might be able to just embed the code though... (and I admit I posted before even trying but figured if somebody already has a system like this that is TownNews friendly it will save me some time).

Would like to learn more about why there's a 5-10 minute delay in newsletters from the moment you click 'send' to the moment they're delivered to subscribers' inboxes. In breaking news situations, that delay puts us well behind our competition. Anything we can do differently?

In breaking news situations, eliminating steps is always a nice thing.

It'd be awesome if BLOX allowed, in users' profiles, to set what section tags their new assets would default to.

For example: I'm Kyle Whitfield. I cover the New Orleans Saints. It'd be great if every asset I created automatically populated new_orleans/sports/saints like it populates my byline and author field.

What problems would this solve? See above

Why do you need this idea? See above

How often would you use this feature? Daily

How many people would this affect in our news org? 100+

Can anyone tell me where to find the <body> tag in FLEX? I need to implement some code right after the body tag and I can't find it anywhere.

If you're like me you get dozens of tech support calls every week. People needing help logging in, subscribing, navigating the website, etc. For a while now I've wanted the ability to add notes to a user's profile.

There are tons of times people call and say they spoke with me last month, last year, yesterday about X, Y and Z and I have no memory of the conversation because of the sheer number of calls I get. So it would be nice to have a place to jot some quick notes, hidden to the user of course. Maybe a date field and a field for text.

It would also help the user's experience that we actually do remember the conversation.

Would anyone else use a feature like this? Is there a BLOX workaround way to do this that doesn't involve a spreadsheet or text document?

We have some users who have signed up for BLOX with their personal email address, but have since gone on to be staff (from volunteers) so they then get their own site-branded email.

We are unable to change their email address since the system spits out that they need a static address for login purposes. We could make an entirely new user account, but there's too many articles to change over.

It would be great to be able to add/change the profile "display" email address to be different than the login one, so emails can go to a work address rather than a personal one.

New features and exciting improvements make it even easier for your site to be a one-stop source for business info in your community. At our November customer webinar, Phil Pracht, product manager for BLOX Business Directory, will show you how to:

• Easily create enhanced business profiles with the simplified Storefront setup in BLOX CMS.
• Leverage your business directory to power Local Niche Guides for new advertising possibilities.
• Save time and money with new automated enhancements for simplified directory updates.
• Take advantage of TownNews.com’s new partnership with Guarantee Digital for complete fulfillment packages.
• . . . and much more!

Ready to see the new and improved BLOX Business Directory?

I've tested the new sticky ad on an asset and it works great. But we'd like the position on ALL pages. Is this in the works? And can they be stackable?

1) Wikipedia-style revisions would allow users to see the actual changes made between two versions of the same asset. Text would be highlighted that was deleted, added or changed, with an area for specific notes (if needed) for why the changes happened. User information could be seen when hovering over the changes to see who actually did the edit.

2) It's difficult to see currently what the actual changes or revisions have been made to an asset.

3) This feature would be used all the time by every staff member. Allows us to keep track of every change and why the change was made. Would especially be useful on long-form articles where what was changed or changes that need to be highlighted were missed.

4) All users would benefit from this feature. Our head editors and copyrighters would benefit most from it.

You can clearly see the previous asset text on the left, and the right is the current (or latest selected) with the changes that were made to the asset. It could be even further clarified by highlighting with different colours.

Red = delete

Green = added

Orange = changes (ie: spelling)

Currently, if a staff member who did the edits is not around, we have to open up several of the previous revisons and compare them. By having the changes in one window and side-by-side, it's easier to see past changes and plan for future ones.

I have a reader who - despite being a registered user and having been logged in on her phone, continues to hit our paywall, even though there is no reason she should be doing so. 

We have tried to duplicate the issue on multiple devices and cannot do so. 

I know that the paywall operates using cookies.Can anyone think of what might be happening in this isolated case? Phone is an iPhone6. 

In some of our sites, the bylines and taglines for authors differ between the print version and the web version. For example, the print byline in TCMS might by "BY JON DOE / Community News" but the desired byline for the web could be "By Jon Doe of the Community News staff."

Taglines are frequently even more different. A print tagline might be "Contact Jon Doe at jdoe@communitynews.com" while the web tagline might be "Jon Doe may be reached at jdoe@communitynews.com or 800-293-9576. Follow him @jondoe."

Those are simplistic examples. Some of our actual cases are even more different. Our desire would be to have the author field -- which would be the same in both TCMS and BLOX be the key for allowing these to automatically be different in the two channels, even though TCMS would carry the print version over to BLOX.

The idea would be that when an asset arrived in BLOX, the author field (if populated) would automatically place information from the "content" portion of the BLOX user profile into the byline and tagline fields, replacing what came over from TCMS.

This would occur on every bylined, staff-written story in our largest newspaper every day. The time saved would be measured in man hours every day. There's no reason that this work should have to be done manually.

We use geolocation tags with assets to identify and display content by city. Without a search query by geolocation tag, I'm limited to what I can display to one page — I can't send users farther into our archives for more content about and related to the geolocation he or she is interested in. So, similar to asset type, keyword tag or offset queries, I'm looking for a geolocation tag query.

If anyone else is looking for the same feature, a vote helps get it done or at least added to a to-do list.