Hello there,

Thanks for writing in! You can certainly set the “max width” of the site to be very high like this using X, but our final “Extra Large” breakpoints occur at 1200px, so everything above that will appear the same, which could look funny at very large screen sizes if you don’t cap the max width.

Hopefully that helps, cheers!

Hi,

Thanks for getting back to me.

I asked my question with the knowledge that I’ve used a few applications to build my website and it all failed due to their incapability to function with the 2560×1440 pixels screen framework. After discussion on forums and support, it turned out that their application frameworks weren’t build to accommodate screen sizes as large as mine—and therefore didn’t innately function properly.

Lots of frustration and time wasted.

I don’t want to go through this again, hence my asking. The last thing I want to do is purchase this theme with regret as another frustration and time waster. And then no money back guarantee either. Or can I at least trial its functionality myself even if just for a day, so I can see how it behaves and preview as I build a site?

I look forward to your feedback.

Thanks

Hey there,

Thanks for writing in! We do not offer any sort of demo versions of the theme to try out, regretfully. As stated before, you can certainly set a very high max width as you need, but in general, that is a quite large size and you will not have any flexibility between our topmost breakpoint and your large size (which you’ve mentioned you’ve experienced with other themes, and will likely be the same with X).

Hi,

Thanks for getting back to me.

My questions is not about breakpoints/media queries. I understand the issue of breakpoints which is a separate issue to the one I’m enquiring about.

My issue revolves around WYSIWYG. The applications I used before are not consistent in their WYSIWYG in terms of building the site with their interface and elements and the preview mode. The designed or placed objects like images, buttons, logos, paragraphs et al, jump out of place when previewed. Upon troubleshooting with support numerous times, they realized upon.further investigation that the app interface behaves weird because their interface wasn’t designed for larger screen sizes hence their WYSIWYG beings so way off.

So it is a WYSIWYG issue not a breakpoint/media queries issue. The breakpoints is something I gave to deal with and make work, but before that I want to see that where I place my elements in the app, upon preview, they need to be exactly placed in pixel minutiae.

Hope you understand better now.

Thanks.

Hey There,

Our page builder is a live editor so you see what you get, if the button is placed at a certain point it will stay there and also be on the live site there, you do not have to worry about this, the screen resolution does not affect this in any way. Hope that helps!

Hi,

Thanks for getting back to me.

Finally, we’re getting closer to the main issue.

Your answer explains and helps for anyone who hasn’t put a website together within the 2560×1440 pixels framework. This was exactly what one of the other top competitors confidently suggested until they admitted after I shared my project with them with plenty of screenshots and videocasts. It turned out that when they designed their app, they didn’t cater for large screen sizes such as mine.

I built the site in the Designer mode and then preview each time seeing that the elements jumped to different places on the site. Even after their expert self-analysis, they concluded that their app wasn’t build to work on such large screen sizes.

So my question to you is, have you tested that your theme—especially the Cornerstone builder—on the 2560×1440 pixels framework? This is really the only way this potential problem could be resolved.

The last thing I want to do is buy this theme and it doesn’t work on the 2560×1440 pixel framework.

I look forward to your feedback.

Thanks!

Both X and Cornerstone are fully responsive. There are no problems creating sites of that size. I would recommend taking a look at our demos (https://theme.co/x/demos/) or even our showcase sites (https://theme.co/x/showcase/ keep in mind some are heavily customized)

In regards to how an element might “jump” to another place. This could happen if your browser width changes. Our editor has a 300px area on the left side where you make changes to what you’re working on. If you’re working on a smaller screen, you could notice changes between what you see while editing in comparison to the front end simply because while editing you have a smaller viewport.

If you’re building the site on a large screen (2560+) you will have an accurate representation of what the front end looks like.

Ok.

Have you tested your them on a 2560×1440 pixels framework for you to be absolutely sure that it will work?

The visual builders I’ve tried all have the interface on the side.The issue was that when viewed full screen, the elements on the page jumped out of place. I’ve already checked your demos as I have done before I purchased previous builders. There is no giveaway unless I try it, which is where the action happened. Again, the problem came when I built it within the 2560×1440 pixels framework. The demos are just acting responsively after already being built on smaller displays and then scale to bigger displays—it wasn’t necessarily built within the bigger frame.

I don’t want to buy on hope, I want to buy on evidence.

Are you willing to back your product up and put your money where your mouth is> If your theme does not function within the 2560×1440 pixels framework after I purchase it, are you willing to give me a full refund?

Because with this issue, there is only one way to know with certainty. And if you don’t have the 2560×1440 pixels for this test, then that will have to be me, unless you go somewhere else and test it there. The business value for you, in this case, is that a test has been done on a 2560×1440 pixels interface. Whether it succeeded or failed, this is feedback for your product and future value especially considering that real designers work on 2560×1440 pixels screen estate. You may think of losing the sale but think about the ROI.

If absolutely necessary from your side, I sign a clause to delete the theme and not future use it. That’s how far I will go. I will record videos and screenshots too for evidence. Consider this proposition.

I’d like to hear your thoughts.

1200px is the largest breakpoint we add styles on. Anything larger than that will use the same desktop styling. We have tested on larger screens up to 2560px. There are no incompatibilities. Everything works, but we don’t add additional styling to optimize things on larger screens. If you’ve seen it working on our demos at 2560px wide, you’ll be able to build something like that with our theme.

Envato handles everything related to refunds so we’re unable to promise you anything there. You can read the refund policy here: https://themeforest.net/page/customer_refund_policy

Ok.

So you finally testify that you have tested it. I hope the way you speak about “styling” doesn’t defuse the issue. Would like to know the detailed limitations of this styling and what it entails. As for the refund policy, would I be able to get a refund from you if:

“Item is “not as described” An item is “not as described” if it is materially different from the item description or preview so you should expect the author to “tell it like it is” when it comes to the features and functionality of items. If it turns out the item is “not as described” you will be entitled to a refund.

Item doesn’t work the way it should If an item doesn’t work the way it should and can’t easily be fixed you are entitled to a refund of the item. This includes situations where the item has a problem that would have stopped you from buying it if you’d known about the problem in the first place. If the item can be fixed, then the author is required to do so promptly by updating the item otherwise you are entitled to a refund of that item.”

...?

Hi,

I haven’t heard from you since….

I’m ready to buy if you agree that if the product is not working on the 2560×1440 pixels framework, that I would receive a hassleless refund.

Please let me know soonest…

P.S—I already spoke to Envato about this and they agree. Just waiting for you.

Thanks!

Hi there,

I’m sorry for the delay getting back to you here. Yes, the refund policy will certainly be honored. X is 100% functional at 2560px, but beyond 1600px wide the site will look the same as we don’t optimize for screens any larger. If you encounter any bugs that we’re unable to fix a refund can be issued.

Hi,

Thanks for getting back to me.

What does “X is 100% functional at 2560px, but beyond 1600px wide the site will look the same as we don’t optimize for screens any larger…” mean?

Does it mean I can’t design within the full framework of 2560 pixel width? Or does it mean I can but you don’t optimize for responsiveness beyond the 1600 pixel point?

Please explain so I understand clearly.

Thanks!

Hey There,

Like any theme/website there is a max-width where the containers will stop expanding so ensure that visually everything looks properly. You can see this in any of our demos.

In your demos I see a content area running throughout the site, always within the 980–1200 pixel centre radius and sometimes nav bars that are full width. Full width as in, I can see them on the outer edges of my 2560 pixel wide monitor.

So clearly those nav bars go over the 1600 pixel width?