SeNioR-

Bump. I would like to know, too 🙂

Hi,
Thanks for that...
What is the actual sequence for converting a V4 application to V5? Take the following as an outline...
Starting with my V4 development system with IN_DEV Disable IN_DEV (as I cannot upgrade with it set) Install V5 (IPS database is converted, etc...) Presumably my application is disabled by the upgrade as it is not compatible? Enable IN_DEV What do I have to do so that I can re-enable the application and start testing file by file? I don't believe that updating all files before I can test anything is practical. In many cases I'll have to play around and test various alternatives before I find something that might work under V5. What happens to all the hooks? Do they just get deleted by the upgrade to V5? (Obviously, I could retrieve them from my other V4 development system and use them as the basis for working out what to do under V5.) What happens to the MemberSync extension(s)? Do they just get deleted by the upgrade - so I just retrieve the code from my other V4 development system and insert it into a Listener? Are all me database tables preserved by the upgrade? Similarly, what happens to a customer/live system that runs my application and upgrades from V4 to V5?
Starting with live system running my application on V4 IPS is upgraded from V4 to V5. Presumably my application is disabled by the upgrade as it is not compatible? 'Customer' installs the V5 compatible version of my application -- is all now OK with no loss of data? Thanks very much.
John

Request granted. I've been working on this today.

So...a release early 2024 where is it? It'll be 'late 2024' or 'Early 2025' ? 
We'll wait again 1 year for v5...?

Those aren't theme settings as you're used to, those are CSS variables and are exported along with the theme, so you can just export/import the theme between installations.

I think this is a very important question, and it seems to have been left without an answer?
I also do a lot of changes to the core functionality when playing around with the templates, and I would like a run-down on how we will work with Pages specifically in the new editor?

Technically the cart will accept any item, you'd just have to add the button on your end to add it to the cart.

Hi,
I have spent a number of days reading your IC5 development blogs and reviewing our plugins and applications to see what problems may arise and how we might solve them. Some changes are easy under your new system but others appear to have no obvious solution - and that will be a major problem for us.
adminCP reports that we have 62 hooks in our applications and plugins - that is "hook files" and as some of our hook files actually contain a number of hooks (e.g. one of our Theme hook files actually hooks into 13 different places) we could have around 150 actual functional hooks.
Many of the problems that we will face with IC5 appear to be because we cannot use hooks to remove functionality from the system. The following is a summary of some of the issues:
Need to remove author (and any other personal information) from content displayed to certain groups. Our website is for a member organisation but also part of the website is visible to Guests (and a few other non-member groups) - and for security reasons we must conceal all personal information from Guests and non-member groups but allow it to be seen by members. We have 11 code hook files and 2 theme hook files to hide author information (replacing it with Guest information) as well as hiding the jsonLD information. Besides generic 'hide the author' it also took application specific hooks to hide download data, CMS data and calendar data - which also included RSVP sections of the calendar (no point in showing the RSVP if all the details are hidden).
  Hide "follow" buttons for Guests and all non-member groups.
  Hide comments and reviews from Guests and non-member groups. It is a member organisation so members can read content and post comments and reviews that can be seen by other members. Although we have content that can be viewed by Guests and other non-members we do not want the non-members to be able to see comments or reviews posted by members - there are two obvious reasons: (1) that some members post derogatory comments that are tolerated for viewing by other members but are not appropriate to show to non-members (2) part of the added value of being a member is that comments and reviews are visible as well as being able to post one's own comments and reviews.
  Disallow upload of attachments in various places - in particular, cannot add images to album descriptions, image descriptions, image comments, blog comments etc... Disallowing attachments is selective, so for example attachments can be added to forum topics and posts.
  Enforcement of "gallery rules". Simplistically, the gallery rule is that all uploaded images must have a meaningful and unique title and a similarly unique and meaningful description. Currently, this is enforced when uploaded images are submitted - the hook checks that suitable titles and descriptions have been entered and reports an error if the checks fail.
  Resizing (shrinking) images on upload. The standard IPS image size limits don't really work the way we need. File size (kB or MB) does not really relate to resolution (H and W in pixels) and in any case setting a limit gives a bad user experience as they don't know how to reduce image size to meet whatever limit we set. Our solution is to accept pretty much any image size and then reduce it to the size (HxW) that we want. This is selective according to where the image is to be stored so different resolutions are set for gallery, blogs, forum, profile, status updates, etc.
  Displaying maps - two actions: (1) filtering who can see maps (only member groups can) and (2) caching maps. The issue is that Google Maps started charging for use of the maps API - there is a free allowance every month but if we didn't take the above actions then we would massively exceed the monthly allowances and it would cost us a lot. Firstly, it is a member organisation so allowing non-members to run up costs (by viewing calendar maps) would not be acceptable so non-members cannot view maps - instead they are presented with a standard outline and a message stating that members can view the maps. Secondly, each event tends to be viewed multiple times by different members and if we did not take action then every view would generate a Google Maps API call which would cost us. We cache map lookups using the coordinates as the key and this reduces our costs. (This applies to other maps such as images and CMS/database maps as well.)
  Remove all references to the IPS newsletters and bulk mailing as we have an alternative system. (Our newsletters are managed through our membership system in conjunction with Mailchimp.) We have hooks to remove the standard newsletter widget and replace it with our own and another hook to remove notifications relating to newsletters/bulkmail.
  Add additional information to members displayed  in the staff directory. Specifically, the hook adds the member's organisation email address (rather than their personal email address).
  Selectively hide poll results from SOME members for SOME polls. Specifically, forum polls are used for voting on AGM motions and it is believed that showing the current voting levels could influence voters so the results are hidden from all members (except the people collating the votes). Other polls (i.e. not AGM voting) behave normally. There are some that I have missed out that also don't have obvious solutions. Obviously, I've missed out all the hooks for which I believe there may be a solution (based on your blogs).
How can I solve the above?
Thanks.
John

Real-world example:
for my many Pages databases, the output of the database relationship field as comma-separated list is usually insufficient, so I would replace what’s in cms -> front -> global -> basicRelationship and add record images, grid views and so on. How would I do that now? From what I understand from the article, I would only be able to add stuff at dedicated locations, not replace anything. 

Excellent 
This prevents conflicts between 3rd-party apps. Currently, if there is an app that removes or replaces attributes and another app wants to work by using these attributes, it is not possible. I had encountered this problem.

Yes, it's fired on \IPS\nexus\Invoice\Item. you specify the item type you want to listen on, so in your case you'd create a listener on downloads\extensions\nexus\Item\File.

Not every person has applications/plugins associated with the Marketplace. Many people downloaded the resource in xml/tar format and just installed it.
There are definitely more installations. IMHO.

Some.
We added the following methods to the Member listeners:
onReact onUnreact onFollow onUnfollow As mentioned in previous comments on this entry, we allowed for listeners on base classes, like \IPS\Content\Item.
I'm not sure what other suggestions you're referring to regarding listeners. Was there something specific?

Were all the suggestions made (by me and others) implemented or?

We are not open sourcing anything.

When we designed the development toolkit (there were a few of us involved in these discussions), we looked at a very large sample size of modifications to see what we needed to accommodate. There were quite a few instances where a conversation started with "people shouldn't do X" and then one of us said "but what about in a scenario where ____?"
I have been doing a feature check on all my private clients (not a small number) to see what is and is not still doable, to see who will need a heads up that things won't work the same way in v5, etc. The majority will be fine.
The reality is, that when you take the full toolkit into account, with a little (not even a lot) of creativity, you can still do most things.

Already in v5.
I think the sensible thing to do is wait for all the news of v5 to come out and then make an informed decision on your future. Trying to extrapolate v5 from a few dev blogs may lead to rash decisions.
I'd love to keep you as a customer, but if you do wish to move to xF then on the plus side you won't need to worry about new versions and there being significant changes in your future. 😄

Again this bogus statistics gameplay. Jeez .....u had used same logic for removing support desk/ticket which everyone said, it's working fine. 
Anything that you want to remove, use the stats card. Without plugins, I wouldn't use IPS because IPS Nexus/Commerce can't even do basic donation tracking which every community needs. 
We love IPS and many are here since V2,V3 or even before versions... but with V5, it feels you want to go pro-cloud, make it standard for all and remove features which you think are not required without having 2nd thought for what your customer needs. 
Why you need to push us to XF man..... I am not touching vB for sure.. so only choice XF for me. 

Sounds good. 

Great! Now we need to experience it in practice. 👌

Controversial topic, I like it. 🫢 Adriano, good luck with the update over 300 resources 😁

So half or more of the plugins/apps will be removed from the marketplace 🥲

I really don't know what to say except I hope that all these modifications are full of good intentions towards customers and developers as well, which allow many of us to stay in this community rather than seeing other similar products.
I think that you can't have everything without anything, and that you have to have to give up accepting many things, even difficult for a better future product.
for the developers it will surely be a lot of work to update but I hope that afterwards there will be less work to update their applications for future versions which will then give them more time to improve them
I can understand that you close your system as much as possible in order to have a bug-free product, but I hope that you do it for the purpose of improvement and not of exclusivity
there are plenty of paid products better than yours but limited and sold by number of users. and your very strong point of the cloud it must be said is that you do not limit the number of users and views etc.
the developers can help us to have products similar to others for a very competitive price and where the cloud could then be interesting to be taken if we can have what we need without limit.
do what you have to do but be careful that the choices are not only about money because I don't think that makes a community, social product successful... we could see it a little with twitter.. .

v5!!!  Time traveler!!!  He could at least give us insight into what else is in there! 🤣

v5? WTF 😄