TAMAN

Please report it to IPS 
if you want a quick fix i can help if you provide a link to check 🙂 

There is a dark/light switcher on this theme.
On IPS 4.5.x
You don't need to install two themes for dark/light versions anymore 
There's is now a new palette switcher on front-end side
You can switch to dark/light plus 3 more color schemes
You can also customize any of the theme color schemes all withing the theme settings 🙂

Thanks, I didn't even realize LOL looking at the front page rather then the blogs 😛  

Well , running 4.5.1 ipb suite
Did a manual install of 2.0.5 and it worked 98% on a 4.5.1 board
Uninstalled 205 and all templates ,
installed the new 2.0.6 but seems missing all the image settings we had in the plugin on 2.0.5 . so uninstalled 2.0.6 empty plugin and templates . back to 2.0.5 again 😉 

^^^^^^^^^^^^  Same https://www.baysidegamers.com/reviews-articles/

No this has nothing to do with header or adding a class to header, i also cant provide support for any kind of template modifications.
 
I cant understand what you trying to accomplish.
 
With the theme palette you can change your site to Dark/Light.... plus 3 more color schemes.
and you can also customize any of the dark/light... colors in the palette 
 
 
 
Not sure whats going on, the new ips marketplace confuses me lol  
I will send you the theme with a message 🙂 
 
Taman

there will be a switch to disable/enable on mobile in next update soon 🙂 
 

Its within the default IPS 4.5 settings

Apologies! And thank you for the speedy response!

its still working on 4.5 👍

Paste this in custom.css and change the value 🙂 
img.ipsItemStatus.ipsItemStatus_read { opacity: 0.6; }  
 

Thanks for this fix man - looking forward to the official 4.5 version
 

Sorry about that, will do.

Done and will do 🙂
 

IPS 4.5.0 Beta 👍
This theme is updated for latest IPS 4.5. Beta
Please message for a copy of the beta and please  use private messages for anything related to beta versions
 

Hey "boss" I am not upset for the slider not working, i know that issues happen, i was just answering to your question about my website customization and i just make you notice that your support answers always assume that people has your same knowledge about the topic, that is not, actually. Thanks for offering your direct interaction to fix the issue, I will ask in case I need it. thx

IPS 4.5.0 Beta👍
This theme is updated for latest IPS 4.5. Beta version and can be downloaded to test

To quickly fix the recent swiper slider not loading
 

Find and replace the below line 
<script src="https://unpkg.com/swiper/js/swiper.min.js"></script> with this line
<script src="https://unpkg.com/swiper/swiper-bundle.min.js"></script> screenshot to show how to search the line and replace

after that repeat the same thing for below line
find
<link rel="stylesheet" href="https://unpkg.com/swiper/css/swiper.min.css"> replace with
<link rel="stylesheet" href="https://unpkg.com/swiper/swiper-bundle.min.css"> ---------
Sorry for any issues, this is all fixed in the new theme version for ips 4.5 and its ready to be uploaded once IPS release 4.5 version
 
If you are using the Beta version of IPS 4.5 feel free to send me a message for the updated version of this theme 🙂 

you are awesome too! 😄 
 
--
btw this theme is completely updated and ready to be uploaded once they release IPS 4.5 version  🙂 
if you want to use the beta version feel free to message me for a copy of the updated version 

Looks like the cdn links i used for latest swiper slider is down 😕 
I will make some updates to fix it as soon as i can  
 

Sorry for that i was unaware my messages storage was full
its all good now 🙂 

You are always on the ball with help and that is very much appreciated, not just by me but everyone who purchases one of your themes.  I actually got it to do what I wanted, which was to increase the main container width to 1450px using the following CSS I gleaned from the Chrome console:
For the main contain width I used this:
/* Increase main container width */ .ipsLayout_container, .ipsLayout_minimal .ipsLayout_container, .ipsApp.ipsApp_front #ipsLayout_header, .footer-wrap { max-width: 1450px; } And to ensure that the nav bar when sticking to the top behaved correctly I used this:
/* Change width of fixed nav bar */ .ta_Header.ta_fixedBar .ta_navBar, #ipsLayout_header .ta_Header.ta_fixedBar nav { width: 1450px; } I'm not sure how correct these CSS changes are, or whether they're clunky, but they worked.  If you believe that a different approach would be more effective I'd love to see it.
Many thanks again for your superb support - I've actually recommended your Infraskew theme to a fellow admin who I work with and I'm sure that he will knuckle down and purchase your theme, which, incidentally, is a delight to work with as I've managed to customise my site to the exact way I imagined it to be with relative ease.  So, thanks again for your help and support.

A few notes on the 4..5 beta;
Changing the height of the logo in the Headers and Menus section has no effect.
The Purple Palette doesn't show the same gradient on the nav bar as it did on the non-beta version; this was a particularly nice touch that has no effect now. Changing the palette has no effect.
The Blue outline on the editor box is horrid and very distracting - it gives a blurred vision effect and it appears there is no corresponding setting in the palette options as there are no matching colors to change this.
These are three I've discovered since starting to use this new theme since yesterday - if I find any more I'll let you know.
 

4.5 introduces some changes to CSS, so I wanted to provide an overview of those and how they might affect you.
 
IE11
Firstly, we've completely dropped support for IE11. This means you'll start to see newer CSS methods being used that IE11 does not support. 
 
Atomic classnames
One thing you'll notice as you read on is we're moving towards using atomic classnames for utility styles. What does that mean? Basically, each classname is just a convenience helper for applying one particular style. You build how an element looks and behaves by applying multiple classnames. 
While this is slightly more verbose in the HTML, it's also much clearer and avoids having to create mutant selectors that exclude certain elements. If you see an element with ipsBorder_top, it's obvious what it does. Don't want a top border? Just remove that class.
Another benefit is that it allows more precise control over how styles are applied at different device sizes, because individual styles can be modified. Want a top border on desktop, but not phones? ipsBorder_top sm:ipsBorder:none will do the job - no crazy selectors or additional media queries necessary.
 
Class prefixes/modifiers
Wait, what's that sm: bit in the atomic classname example above? That's a new naming convention you'll see which controls at which breakpoints the style is applied.
Unprefixed (e.g. ipsBorder_top). Applies to all devices, desktop and smaller. md: (e.g. md:ipsBorder_top). Applies to tablets and smaller. sm: (e.g. sm:ipsBorder_top). Applies to phones only. sm and md prefixes take priority over the desktop classname. This means you provide the desktop classname but can override it for tablets and/or phones by also adding an md: or sm: classname. For example, ipsPadding_top:double sm:ipsPadding_top:half applies double top padding on desktop, but only half top padding on phones.
You'll also see modifiers on some classes (as in the example above), for example ipsPadding:half. ipsPadding is saying 'apply padding to all sides', and the ':half' modifier makes it a smaller amount.
 
BEM classnames for modules
While we're using atomic classes for global utility styles, we're moving towards BEM for module-specific classes. BEM is simply a naming convention, so it doesn't have too much impact on you - you'll just see a new structure for new classnames that should be easier to understand. 
 
Note: We haven't rewritten our CSS framework with the atomic classname, class prefix/modifier or BEM approaches. Don't worry - 90% of the classes you're used to will be the same. I just wanted to point out that going forward, new classes will follow these paradigms.
 
CSS Variables & calc
We're now making use of CSS variables (also known as CSS custom properties). Check out this MDN article if you aren't familiar with them. This enables us to define some values in one place but use them throughout the product - and it allows you to change the value in one place if you wish to do so for your theme. Most of our CSS variables are defined at the top of global.css in the CSS framework, but you'll also see some other local variables defined in other places. Variables are simply used by wrapping the name in the var() function, e.g. var(--positive-light). 
You'll see some variables named --sp-1 and so on. This is our new 4px spacing scale. In 4.5 and going forward, when we style elements we'll generally be using one of these values for widths, heights, borders, spacing etc. to keep everything consistent. You should do the same for elements you create.
We're also making use of calc(). This is another CSS function that allows math operations to be done. Instead of having to hardcode numbers for positions, sizes etc., we can now use calc() to do it for us based on some other values (often CSS variables).
CSS Variables for theme settings
We are deprecating the usage of the {theme} and {hextorgb} tags for color-type theme setting keys (but not for non-color settings or when you need to pass a specific hex code in).
Instead, color-type theme settings will automatically have a CSS variable created for them, named --theme-setting_key, where setting_key is the key of the setting as defined in the AdminCP. The variable will be a triplet representing the color, for example 255, 255, 255. Therefore, this value can be used with both the rgb and rgba CSS color functions.
Here's an example. If in the past you'd wanted to use the area_background theme setting in your CSS, you'd do background: {theme="area_background"}. Or if you want some opacity, you'd do background: {hextorgb="area_background" opacity="0.2"}.
In 4.5, the correct way of using these will be: background: rgb( var(--theme-area_background) ) and background: rgba( var(--theme-area_background), 0.2 ) respectively.
We're doing this now because it will open up some exciting functionality in future. To be clear, any existing usage of {theme} and {hextorgb} will continue to work fine in 4.5, but we encourage you to move over to the CSS variable approach.
 
Hardcoded hex values
In 4.5 we have largely removed all hardcoded hex colors from our CSS files, and adjusted styles to use theme setting values instead. This will make it much easier for admins to fully colorize their theme without hardcoded colors messing things up. I encourage you to update your app's CSS to follow this approach.
 
Font sizes
We've moved font sizes to a fixed scale. These have been implemented as theme settings so they are customizable. However, rather than use the theme setting value directly, you should make use of the new {fontsize} plugin. This plugin ensures the global scale is applied to any values passed in, allowing 'large print' versions of themes to be easily created. You should use the {fontsize} plugin for font sizes both when you use one of the theme settings and when you use specific pixel values (e.g. {fontsize="72"} - for 72px text)
When used with the {fontsize} plugin, the type scale keys are:
x_small (12px) small (13px) medium (14px) base (16px) large (18px) x_large (20px) 2x_large (24px) 3x_large (30px) 4x_large (36px)  
Flexbox
While we've used flexbox in some places in previous versions, 4.5 makes much wider use of it and also introduces a new family of classes. If you aren't familiar with flexbox, I highly recommend this CSSTricks article for a primer on it. Essentially, instead of positioning elements using floats/clears/etc., flexbox treats the container as a flexible box with properties for controlling how elements inside of it as laid out.
4.5 has a number of new classes that are essentially just convenience for the usual CSS rules.
ipsFlex (sets element to display: flex) ipsFlex-ai:start, ipsFlex-ai:center, ipsFlex-ai:end, ipsFlex-ai:stretch (ai - values for align-items property) ipsFlex-as:start, ipsFlex-as:center, ipsFlex-as:end, ipsFlex-as:stretch (as - values for align-self property) ipsFlex-jc:start, ipsFlex-jc:center, ipsFlex-jc:end, ipsFlex-jc:around, ipsFlex-jc:between (jc - values for justify-content property) ipsFlex-fd:column, ipsFlex-fd:row, ipsFlex-fd:column-reverse, ipsFlex-fd:row-reverse (fd - values for flex-direction property) ipsFlex-fw:wrap, ipsFlex-fw:nowrap, ipsFlex-fw:wrap-reverse (fw - values for flex-wrap property) ipsFlex-flex:10 - sets flex-grow: 1 and flex-shrink: 0 ipsFlex-flex:11 - sets flex-grow: 1 and flex-shrink: 1 ipsFlex-flex:01 - sets flex-grow: 0 and flex-shrink: 1 ipsFlex-flex:00 - sets flex-grow: 0 and flex-shrink: 0  
All of these classes have md and sm prefixed versions too, and this opens up the possibility of having different layouts on different device sizes in a way that's much easier than the hoops you'd have to jump through before. For example, to create some elements that show as a row on desktop but collapse to a column on mobile, you'd just apply ipsFlex ipsFlex-fd:row sm:ipsFlex-fd:column. The sm:ipsFlex-fd:column class overrules the ipsFlex-fd:row class on mobile, adjusting the layout. (Note: flex-direction: row is the CSS default direction anyway, so you can actually leave out ipsFlex-fd:row - it's implicit. I included it in the example for clarity.)
 
Padding/margin
We've added new spacing classes for padding and margin, to allow for atomic classnames, device prefixes and modifiers.
ipsPad, ipsPad_double, ipsPad_half, and all of the ipsSpacer_* classes are now deprecated. You'll still see them in our templates and they'll still work in yours, but don't use them in any new work - you should use the updated classes below.
The padding classes are now named ipsPadding:
ipsPadding, ipsPadding:none, ipsPadding:half, ipsPadding:double - apply padding to all four sides ipsPadding_vertical, ipsPadding_vertical:none, ipsPadding_vertical:half, ipsPadding_vertical:double - apply padding to top and bottom ipsPadding_horizontal, ipsPadding_horizontal:none, ipsPadding_horizontal:half, ipsPadding_horizontal:double - apply padding to left and right ipsPadding_left, ipsPadding_left:none, ipsPadding_left:half, ipsPadding_left:double - apply padding to the left side (RTL aware) ipsPadding_right, ipsPadding_right:none, ipsPadding_right:half, ipsPadding_right:double - apply padding to the right side (RTL aware) ipsPadding_top, ipsPadding_top:none, ipsPadding_top:half, ipsPadding_top:double - apply padding to the top side ipsPadding_bottom, ipsPadding_bottom:none, ipsPadding_bottom:half, ipsPadding_bottom:double - apply padding to the bottom side These classes have md and sm prefixed versions too, allowing you to apply different padding depending on the device size.
One side note here: with the old padding classes, padding was simply halved on phones with no opt-out. That's not the case with the new family - if you want half-padding on mobile on an element, you should apply sm:ipsPadding:half in addition to the normal ipsPadding class, for example. This gives you much more control than you previously had.
Margins follow basically an identical pattern to padding, with the same variation of classes, except the name is ipsMargin.
 
Gaps
Another new family of classes is ipsGap. These classes are used when you want spacing between elements. In the past, you'd have to use :last-child or :first-child to exclude an element, or loop over the elements in the template to leave off a class. If elements wrapped to a new line, putting spacing between the lines was tricky too.
ipsGap solves this by applying even spacing between elements, then applying a negative margin on the whole container to bring it back to the starting position.
The classname is followed by a modifier, which is a number from our spacing scale, e.g. 1 is 4px spacing, 2 is 8px spacing and so on.
ipsGap:1 (1-5 available) - applies both horizontal and vertical spacing around each element in the container ipsGap_row:1 (1-5 available, as well as 0 to remove) - applies vertical spacing on each element in the container Notice ipsGap_row also supports the :0 modifier. This allows you to have horizontal-only spacing - simply apply ipsGap:1 ipsGap_row:0.
Be aware that using both ipsMargin (or custom styles that apply a margin) and ipsGap on the same element can cause issues. You may want add a wrapper element to handle your margin in this situation.
 
Borders
We've also added a class family to add light grey 1px borders to elements - used commonly as dividers between some parts of the page.
ipsBorder - apply border to all sides ipsBorder:none - remove border from all sides ipsBorder_vertical - apply border to top and bottom ipsBorder_horizontal - apply border to left and right ipsBorder_top, ipsBorder_bottom, ipsBorder_left, ipsBorder_right - apply border to a particular side These classes have md and sm prefixed versions too, to control borders shown on each device size. This is particularly useful if you apply a border to a flex child which is in a row on desktop but a column on desktop, for example - you will be able to easily control which side the border appears on once collapsed.
 
"Pull" class
To better display content areas on mobile, a class named ipsResponsive_pull has been added which 'pulls' a box on the left and right sides on small devices. It's intended to be used on boxes (normally with the ipsBox class) that you want to take up the whole screen width on mobile, allowing better usage of the available screen space.
 
Template changes
We've worked to keep template changes as minimal as possible, but in an update the size of 4.5 there are still quite a number of changes. Whether these impact you will depend on if you've modified the template (for theme designers) or rely on a particular selector for theme hooks (for developers).
One area that has received fairly big changes is the post/comment templates. We have redesigned the headers and footers of these templates and moved some elements into a separate parent element on mobile devices.
As usual, full template changes will be available once we've released betas.

Fixed
thank for letting me know 🙂