opentype

I agree. It was not a good idea to rip that functionality out, that already existed in 4.x. The wish to add new tags usually comes up while adding or managing content on the front end. It’s not just something that is set up once in the ACP and then it’s done.

Not a bug. It’s how it meant to work in 5.x. Only admins define the tags.

Is there code above it? My guess would be it’s an unfilled ad slot. The categories also go there, as soon as you have more than one.

If you mean main menu element with child elements, that’s created by just dragging the child elements on another element.

Just a guess, but I think you only created a product group (i.e. a category). The products go INSIDE there. Once you are there, it’s pretty self-explanatory. You see a pricing tab and everything.

I would call that an “access pass“, like “30 day access pass“, “1 year access pass“. But as mentioned, that is not a supported concept in Invision Community. There is just “renewals“ or “forever“.

Nothing about that view indicates that it is stuck. It’s run through background tasks and that can take time. You can view the progress on the dashboard, and if you really want to send it out as quickly as possible, you can run the background tasks from the dashboard through the browser.

You could certainly go into all the pruning settings and get the tables smaller that way. But with a large site like that, you wouldn’t really get rid of the problem, just postpone the inevitable. Does the hosting provider not offer unlimited packages? (like a dedicated managed server)

There was a discussion about this before when viewing the Pages Templates section. It’s the same issue. The new code viewer isn’t fully reliable. It doesn’t happen all the time, but still quite frequently. Window getting stuck or jumping in weird ways. No scrolling. Things like that.

Me too.

You might have looked at a cached version of the page. Give it a few minutes.

It’s not just for registered members. When shown to guests, the widget will direct the user to the sign-up form with the newsletter pre-checked. That’s all the widget could ever do.

That seems to describe data conversion. I’m more interested in just setting up a new settings page.

I had a lot of 4.x plugins, which consisted of nothing but Pages templates and plugin settings for display customizations in those templates. What’s the process of converting this into an app? What is needed? What are the steps? Keep in mind, I’m just a designer. Modules, controllers … all that stuff is Greek to me. I just need to replicate what I had with plugins. Generating a page with settings, which I then can access from Pages templates.

You can’t get rid of that. That’s the actual output for the database. You should do it the other way around: Remove the feed block you placed below the main content and then change the look of the actual record list to match the rows look you want. You can do that in the settings for the database.

Deleted content is handled in the /modcp Have you used it? Is there something you are not able to do there?

Styling of dates and numbers should come from the Locale set for the language: Also, if you copy the missing symbol and post it into Graphemica, what Unicode character is it?

You need to unsubscribe from the newsletter to see it. ;-)

I’m still mostly curious about this: Any official word from IPS or the people who offered language packs for years? What’s the suggestion or best practice in this regard? I plan to sell a “complete“ language pack for my local language soon, which at the moment, is not complete at all, as it comes with 5 pages of (empty) untranslated strings.

The default language pack comes with several pages of “empty“ language strings, which have no original/English output. So when filtering and monitoring untranslated strings (which can be added with every version) these empty strings become a little annoying, because it means there will always be “untranslated strings“, even when everything that can be translated meaningfully, is translated. And I always have to scroll past these empty strings (or use the table sorting options) to find potential new strings that can be translated. So, my question is: what’s the best way to deal with this? I saw someone suggesting to just put spaces in there or something, but I don’t know if that is actually a good idea or if that can cause issues. I also wonder if IPS could resolve this issue, so it wouldn’t come up to begin with. All it would take is to have two filter options instead of one. One for the “empty strings untranslated“ and one for the “non-empty strings currently untranslated“.

But I also wonder why it was removed. I get registrations with typos all the time like “@gmail.con”. If the address is show, the user can easily notice it and correct their mistake. Now they just give up registering because the confirmation mail never arrives.

Yes, it’s under Advanced Editor Settings in the ACP.