LaCollision

Hello everyone,
I don't know about you, but as a forum owner selling subscription plans and products, I will have to generate lot of invoices and download all of them. However ACP will not do any of that, I know IPS is not an accounting software but it just doesn't have the minimum requirements to get the work done to deliver to the accountant. 
I don't know about other forum owners selling products and subscriptions, but I have from 500 invoices every quarter. And there is not a way to download all the invoices, not even the possibility of manually generating a PDF of a single invoice 😞 😞
I don't know about other countries but where I live in Spain, and in many other countries, you have to deliver all the invoices every quarter. I will send them to the accountant, those with VAT and those without VAT and then he will do the magic to pay the taxes to the government.
What is IPS missing? A few basic functinalities. I am not asking for a complex accounting software, it's way beyond the scope of this message, but IPS doesn't even generate a PDF of an invoice and that's very sad. It can only print, cancel, redund or delete. Print will generate and HTML page that you "could use" to print it as PDF. But it's not the same, nothing to do with a PDF template with a fixed width and layout. IPS doesn't have any of that.

These are the basic functionalities that it should have. 
Generate PDF invoice for every single payment or invoice Ability to attach the PDF invoice in the email sent to the user that paid for a product or subscription plan Bulk download all PDF invoices at once with a single click. See attachment. It's the online payment software I am currently using, it has all that a much more. and it's just a membership software. But at least I can generate the PDF and download all of them at once PDF template to generate a professional looking template. The Print invoice function is far from that Filter payments/invoices by dates so that the invoices for the last quarter or month can be downloaded and sent to the accountant. There is an actual search for invoices that filters them out by date, the bulk pdf invoice would be needed
Like I said above, I don't know how other forum owners selling products do it but you just can't sell products in my country and not paying the taxes for each and every country they are being sold to. And ACP is missing three very basic functions: generate PDF, download PDF, download all PDF invoices.
Thanks a lot for reading me. Have a great day and stay safe

Hi there! Just wanted to pop in and say we will look into doing this for a future release 🙂 

I've filed a bug report (5225) to check into this, thanks!

Hi,
By default, referrals are active for a year:
In /Dispatcher/Front:
\IPS\Request::i()->setCookie( 'referred_by', \intval( \IPS\Request::i()->_rid ), \IPS\DateTime::create()->add( new \DateInterval( 'P1Y' ) ) );  
… 1 year is… 😳 😲 
That would be great to be able to choose this duration, like 1 week, 1 month, 10 days…
Thank you!

Wonderful news!
Thank you for the follow up! 👏🏻

Hey @LaCollision - this is something we are going to look into further and eventually implement. 🙏 🎉 

From what I gather, this is potentially an easy change. Going to get some more feedback 🙏 

Because one year is really way too long!
Usually, it's at most one month…

Thank you!
Yes I know this is an intended change – however many people also don't want to give their card number for a free trial, and that could stop them from buying the product right from the beginning – like: « Oh no, I'm not going to give again my credit card number just for trying a new product. » 🙂 
 
Yes, why not!
However, could you give me just a few hints on where to look to change the code, in order not to require the credit card for a trial period?
Thanks again!

I've added your suggestions to an internal development suggestions list for consideration in an upcoming release.

This was also brought up in the following topic, but there was no answer from IPS there and I do believe it is solvable:
In almost all places where Item::$containerNodeClass is used, there is an isset test before accessing it and graceful fallback when it's not present. However, that check is missing in a few places that affect following and tagging.
For followable:
\IPS\core\Followed\Table:99 - this join should actually be within the preceding if statement (since I believe it only makes sense when permissions are used) core/front/table/tables/rows.phtml:104 - the if should also check that method_exists, as it the pattern everywhere else (but this isn't insurmountable because it will use the table desc if available) core/front/tables/manageFollowRow.phtml:43 - as above \IPS\Content\Search\Elastic\Query:467~487 - (what's going on with that code structure?) you should only honour $includeContainers if isset($class::$containerNodeClass) \IPS\Content\Search\Mysql\Query:416~436 - as above for tags:
\IPS\Content\Item:7684 - should also check isset($containerClass) \IPS\Content\Item:7727 - I think this should be a constant if containerClass is empty, but I'm not sure how it's used so I may be wrong here. To my eye, all those changes should be feasible, and would make it much easier to avoid nasty hacks involving pseudo-nodes. nb. I searched for these occurences using intellij, so there may be places that I missed because the static analysis wasn't powerful enough.

Hi IPS,
Sorry if that question has already been asked a multizillion times – but I couldn't find it.
Is the integration of CKEditor 5 something that you have planned?
I know it's a big deal, but aren't there some improvements the Suite could use? Or maybe simply benefit from issues correction, as the v4 always gives me some troubles (I often can't move the cursor, for instance, even in the latest IPS).
As you're upgrading the UX in IPS 4.5, modernising the interface could be great. The text editor is maybe the most important thing in the Suite – it's the central gateway with which users interact with everything.
Thank you!

In 4.5 we've tried to keep headers consistent, so that buttons are where you expect them to be, there's space for additional buttons as each page/app might require, and so that each page/app can extend the data shown in the header without the whole thing breaking down. In 4.4, this was a problem - sure, on perfect example pages, the follow button worked well in the top right. But using a different app where more buttons need to be shown, or even just having a long topic title, suddenly it wasn't so pretty and usable. The new header is designed to be flexible and extensible according to requirements.
It's pretty easy to take one particular page and find criticisms - but remember we are designing a suite where each page might have some shared functionality and some unique functionality. We have to design components that can work well in more than one perfect scenario. 

This post is... not the vibe.
There's a way to offer suggestions and offer constructive criticism versus call something "absolutely terrible" that people spent a lot of time and energy on. 

Hi IPS,
Sorry if that question has already been asked a multizillion times – but I couldn't find it.
Is the integration of CKEditor 5 something that you have planned?
I know it's a big deal, but aren't there some improvements the Suite could use? Or maybe simply benefit from issues correction, as the v4 always gives me some troubles (I often can't move the cursor, for instance, even in the latest IPS).
As you're upgrading the UX in IPS 4.5, modernising the interface could be great. The text editor is maybe the most important thing in the Suite – it's the central gateway with which users interact with everything.
Thank you!

Hi IPS,
Sorry if that question has already been asked a multizillion times – but I couldn't find it.
Is the integration of CKEditor 5 something that you have planned?
I know it's a big deal, but aren't there some improvements the Suite could use? Or maybe simply benefit from issues correction, as the v4 always gives me some troubles (I often can't move the cursor, for instance, even in the latest IPS).
As you're upgrading the UX in IPS 4.5, modernising the interface could be great. The text editor is maybe the most important thing in the Suite – it's the central gateway with which users interact with everything.
Thank you!

https://invisioncommunity.com/search/?q=CKEditor&search_in=titles
 

No, there is no way to go back to the previous method.
We ran into an issue in our own code using HTML with this new method, which we've since addressed. It seems unlikely we will be returning to the older method for the MR output.

Thank you!
I'd be glad if someone could then move this post – otherwise I'll post it over there later.
Thanks again!

I suggest you to ask to move or post in https://invisioncommunity.com/forums/forum/504-ips-development-gateway/
They will reply there.

Hi @Daniel F,
I can see the richText template in 4.4.2, that's great, thank you!
Just a suggestion:
For SEO purposes, the rich text could be embed in a h1, or h2, or hx tag…
So that would be great for the richText template to have an additional 'tag' parameter:
<ips:template parameters="$value, $tag = 'div', $extraClasses=array(), $extraControllers=array(), $extraAttributes=array()" /> {{$controllers = array_merge( array('core.front.core.lightboxedImages'), $extraControllers );}} <{$tag} class='ipsType_richText {expression="implode(' ', $extraClasses)"}' data-controller='{expression="implode(',', $controllers)"}' {{foreach $extraAttributes as $attribute}} {$attribute|raw}{{endforeach}}> {$value|raw} </{$tag}>  
Thanks!

That's GREAT news, thank you!!!

If you develop an app / plugin, and that you want to display a WYSIWYG editor, you must add the controller:
data-controller='core.front.core.lightboxedImages' … to the div that includes your WYSIWYG editor content.
For instance:
<div class="ipsType_richText ipsContained" data-controller="core.front.core.lightboxedImages"> {$object->content|raw} </div>  

That's GREAT news, thank you!!!

We've improved this for a future release 🙂
I'm not going to mention any version yet😇, please pay attention to the dev change topics , but in the future you'll be able to use a generic template for this.
{template="richText" group="global" app="core" location="global" params="the content which includes the media "}  Template parameters:
$value, $extraClasses=array(), $extraControllers=array(), $extraAttributes=array()  
and the template will include all the necessary code. This is also going to make it future proof, so if anything else changes, we'll only need to adjust this template 🙂