opentype
Content Type
Downloads
Release Notes
IPS4 Guides
IPS4 Developer Documentation
Invision Community Blog
Development Blog
Deprecation Tracker
Providers Directory
Projects
Release Notes v5
Invision Community 5 Bug Tracker
Forums
Events
Store
Gallery
Everything posted by opentype
-
Database Navigation widget problem
opentype commented on opentype's bug in Invision Community 5: Beta Testing's Bugs
It’s probably related to caching the widget. If I clear the system cache and then reload a single record, the menu works as expected and opens the sub-menu the record is in. But then the menu gets stuck no matter which record I open next. -
I think you can’t add NEW storage locations anymore. Moving is still there. It has to be. After all, that’s what they want you do to. Download settings (both 4 and 5):
-
Is access to Pages databases through GraphQL still planned? When rebuilding code and templates for 5.x, it would be good to use that right away.
-
If I understand it correctly, you store it like you do now. You just don’t use MULTIPLE locations, but one. So, let’s say you have only attachments on S3 and everything else in your website’s /uploads folder, you would move the stuff from the uploads folder to your S3 location too.
-
So, was ratings for Pages even touched? Do ratings for Pages database records remain or are they converted somehow as suggested earlier this year.
-
As discussed here, the Database Navigation gives inconsistent results for opening sub-menus when one moves between the different categories and records of the database.
-
But what is open or closed by default if you move from one record to another?
-
You can test it here and browse through the records on this page: https://opentype.space/support/ I tried Safari, Chrome and Firefox and I always get inconsistent results.
-
What’s the intended functionality for the new Database Navigation widget regarding opening the sub-menus? I am getting an inconsistent behaviour that doesn’t feel right. For a database with only one category, I see all entries always. That’s fine. But for databases with multiple categories, things get stuck in weird ways. Sometimes all sub-menus remain closed after clicking a link in the category tree. Sometimes a certain sub-menu remains open no matter what page in the category tree I am on. My expectation would be that the active sub-menu would always remain open, but I am not getting that behaviour at all.
-
Managed the entire upgrade and refresh over a weekend: https://opentype.space
-
Intellectual property symbols
opentype commented on Gary's bug in Invision Community 5: Beta Testing's Bugs
Those characters are automatically wrapped with an ipsEmoji SPAN. I agree that this is not correct. There is ™ (U+2122) and there is ™️ (U+2122 + U+FE0F). It’s not the same Unicode sequence and the emoji display shouldn’t be forced. -
Was just trying to create steps to better replicate it, but now it doesn’t happen anymore. 🤷♂️ Feel free to mark as Not-a-bug for now.
-
Full-size video?
opentype replied to opentype's topic in Invision Community 5: Beta Testing's Beta Discussion
That is set to unlimited. But picking a large value also doesn’t seem to change anything. -
How to create video embeds (YouTube, Vimeo) that fill the entire column? I can scale the entire video up and down, but after a certain max width or height, only the container scales and the video stays rather small. I see the same both on my site and on the IPS preview installation.
-
That’s the page output with PHP errors turned on. Otherwise it’s a white page.
-
Nothing is logged.
-
4.7 site updated to latest Beta 7 (with files overwriting the old installation). Opening My Attachments in the user menu leads to: Fatal error: Declaration of IPS\core\widgets\_twitter::configuration(&$form = null) must be compatible with IPS\Widget::configuration(?IPS\Helpers\Form &$form = null): IPS\Helpers\Form in *********/applications/core/widgets/twitter.php on line 47 Getting the same error in other places as well, like trying to uninstall a 3rd-party app. Removing that twitter.php file fixes it.
-
I assign “Invision HTML template“ to a code block in the editor. It works fine in the editor and after posting: But when I edit the post again, all code blocks using that type fall back to Plain Text. Tested in Forums and Pages. Other code types (like PHP) don’t show that behaviour.
-
Guests can delete/change cover images
opentype commented on opentype's bug in Invision Community 5: Beta Testing's Bugs
yes. Latest beta from yesterday. -
The cover image functions are available to anyone, as shown on the preview site: https://preview.invisionalpha5.com/articles.html/1_articles/free-puppies-r2/
-
When editing a Pages block in the ACP, no templates are available to choose from … … even though plenty of template are stored for that plugin type: These are imported templates from 4.x, but I also created a new one and it also doesn’t become available. This only applies to RecordFeed blocks. Other types (Forum, Gallery …) work as expected.
-
In 4.x I used to access additional data about Pages image upload fields like this: {{if $formValue}} <ul> {{foreach $value as $manual}} {{$file = \IPS\File::get('cms_Records', (string) $manual);}} <li> <a href="{$file->url}">{$file->originalFilename}</a> </li> {{endforeach}} </ul> {{endif}} In the current 5.x beta, the object now has some strange values combining paths and html code, like: file->container: "<img src="https://website.com/uploads/monthly_2023_08" file->url: "https://website.com/uploads/ <img src="https://website.com/uploads/monthly_2023_08/01frontpage.jpg.a5db82a07844b01fbfdb04340d43acd9.jpg" class="ipsImage" data-ipsLightbox>" Not sure what is going on there but might be worth a look.
-
It’s not. Internal data storage was never an intended use for Pages databases.
-
Or convert to PHP template code? Like {{$variable = 5;}} I assume this continues to work?
-
Sure, that works too.
