Support community for TTG plugins and products.
NOTICE
The Turning Gate's Community has moved to a new home, at https://discourse.theturninggate.net.
This forum is now closed, and exists here as a read-only archive.
You are not logged in.
It's working; it's just not styled. Replace • with:
<span style="color: #fff; margin-right: 25px;">•</span>
That done, there is no guarantee that I will carry over every "feature" from previous versions. Some things are dropped for streamlining, because they create conflicts with new features, or because they just weren't very good inclusions to begin with. I intentionally drop things all the time, and have never made any promises whatsoever that features would remain from one version to the next if I feel they've outlived their welcome.
The intent of CE2 is not and has never been that it should be able to duplicate 100% designs from its predecessor(s).
I took another look at your old pages. Instead of ·, try using •.
Regarding what? ·?
Re: Blog feed
Some browsers detect the presence of a feed and will include an RSS button in the toolbar. Users can click this button to easily access or subscribe to the feed.
Re: Facebook ID
This setups up the Open Graph Protocol for Facebook. You can read about Open Graph Protocol at http://ogp.me/.
You can't do it using Markdown syntax, but Markdown also allows you to write regular HTML, so do that for the links.
Presently, one suggestion: Share a link.
I've already had a look, and it's a pretty simple fix from my end. Can be done by applying simple math to the value returned from the gradient sliders in Lightroom. The hard part for me is just going to be tracking down all of the gradient controls in each of the plugins and updating accordingly.
The trick is to leave prefixed -border-radius properties as they are, and they will continue to be used by older browser versions not supporting the unprefixed border-radius property.
The larger problem is going to be for users who will need to make this change to their existing pages and galleries, already published to the web. Easier for those already using PHPlugins, who can just put override statements into a custom stylesheet. Not as easy for anyone running pages published in the traditional way ...
For anyone curious, here's the code for the background gradient on the Chado site, http://chado.theturninggate.net:
background-image: -webkit-linear-gradient(270deg, #DEE877, #FFFFFF 65%);
background-image: -moz-linear-gradient(270deg, #DEE877, #FFFFFF 65%);
background-image: -o-linear-gradient(270deg, #DEE877, #FFFFFF 65%);
background-image: -ms-linear-gradient(270deg, #DEE877, #FFFFFF 65%);
background-image: linear-gradient(180deg, #DEE877, #FFFFFF 65%);
Note the values of 270deg for all prefixed properties, and 180deg for the final border-radius property. This is a vertical, top-to-bottom gradient.
For what it's worth, these updates are already applied to all child themes where relevant in the Chado 1.1.1 update. Updates to TTG plugins are more complicated and will take a bit longer.
The spammer has been deleted, but yeah, not the first I've had so far. One of the things I really liked about the previous forum was that spam was never a problem, compared the phpBB we used before. Now looks like I'll need to see what additional anti-spam measures I can find for PunBB ... because I didn't already have enough to do. :-/
I remember there was a thread which described a problem wherein Lightroom's preview would get the jitters, scrollbars continuously popping in and out of existence, the webpage preview meanwhile having a seizure. At the time, we were not able to determine the cause of this problem, but did confirm that the problem was isolated to the Web module preview and did not carry over to exported pages/galleries.
I cannot find the thread now; might have been on the previous forum. Anyway, I think I've identified the cause.
The APE browser that LR4 uses for the web preview appears not to handle shadows properly. Shadows should not contribute to the measurable width of an element. Therefore, a 500px box with a 10px shadow should, for all purposes, be treated as a 500px box. The LR4 preview, however, cannot seem to decide whether to treat the box as 500px or 510px, hence the scrollbars freaking out while the page width overflows the viewport by those 10px (or whatever the width of your shadow).
The fix?
The easiest fix is to zero your shadows.
The other fix is to go into the CSS and apply overflow: hidden; to whatever parent element you feel can take it. This may sometimes cause strange behaviors if in the wrong place, though, so requires some evaluative experience on behalf of the user. I am not comfortable making a "global fix" of this nature, as it may cause weirdness for some configurations.
Adobe is so racist. In this day and age, do we really need separate sliders for Blacks and Whites?
Got an Adobe or Lightroom related joke? Let's hear it.
Apparently, CSS3 Animations, Transitions, Transforms and Gradients have been unprefixed in Firefox 16, and the gradients syntax has changed. I suppose this will warrant updates. And this is what happens when we implement prefixed features in web-design ...
Details here:
https://hacks.mozilla.org/2012/07/aurora-16-is-out/
We usually say "documentation" first because not everyone has read the documentation, and we want to be sure of that first. I also say "documentation" because I see little sense in my writing again what I've already written in documentation. But if you've already read it, then great: level-2 help you will get. But Rod beat me to it.
Hi Giovanni,
Firstly, thank you. I very much appreciate your kind words and your encouragement.
As for search capability, no database = no search. The best you could do is implement a Google search for your site specifically, but I'm not sure that would be the solution for what you want to do. Sadly, nothing else comes to mind.
The alternative would be to run through galleries through a content management system, such as WordPress. But no WordPress theme or plugin that I am aware of would give you client proofing capability, and that would also necessitate that you input keywords for every individual image, which would be a bear of a job.
Documentation, Glenn. It fully explains PHPlugins set, including how to get your path:
http://wiki.theturninggate.net/doku.php … _phplugins
Q: Why don't you offer refunds?
A: We don't use serial numbers or security measures of any kind. If I offered refunds, people could just buy a license, download the plugins and then request a refund. They'd get their money back and still have a copy of our plugins. Not cool. Plus, The Turning Gate makes every effort to support our products and to help customers successfully see their sites to launch. We stand behind our software 100%, and very rarely actually get requests for refunds.
In this age of digital products, no refund policies are becoming more and more commonplace. See Apple's App Store as a prominent example. I have been debating for sometime over whether to cease offering refunds. We recently had one of those rare instances of a customer wanting a refund. This customer wasted an absurd amount of my time on support, not because of any functional complaint or shortcoming of the products, but simply because they refused to take the time to understand how to use the plugins or to follow my advice. Finally reaching an impasse, I issued the customer a refund and kindly asked them to delete irrecoverably all software from The Turning Gate. Two weeks later, this very same customer contacted me again with questions because they still had not deleted the plugins. This is the straw that broke the camel's back.
For these reasons, all sales are final. Thank you for your understanding.
Then point all of your new galleries to one common phplugins.php file (i.e. use the same path for all), and then use this function as the base for your menu:
// SITE-WIDE "TRADITIONAL" NAVIGATION MENU
// This function establishes a site-wide navigation menu using pseudo-absolute URLs -- portable, domain agnostic, and without the location limitations of relative URLs
// Serves as an example of a function being applied globally
function ttg_header_navigation( $style, $path ) {
echo '
<div id="menu-container" class="menu-container traditional">
<div class="menu-content">
<p class="nav-container">
<a href="/">Home</a> &midot;
<a href="/galleries.php">Galleries</a> &midot;
<a href="/blog/">Blog</a> &midot;
<a href="/services.php">Services</a> &midot;
<a href="/info.php">Info</a> &midot;
<a href="/about.php">About</a> &midot;
<a href="/contact.php">Contact</a>
</p>
</div>
</div>
';
return false; // Replaces normal menu
} // END
Edit the links as necessary.
The older galleries will still appear in the Auto Index.
Did you manage to enable PHPlugins? If so, in the phplugins.php file output with TTG CE2 Pages, you will find two example functions -- one for the traditional menu, one for the drop-down menu.
Enable the function for the traditional menu. Insert dots between each menu item:
<li>·</li>
For various reasons, no longer doing the dividing character as an option. However, you can implement PHPlugins to utilize a site-wide custom menu, which would allow you to insert such things. It's a pretty easy thing to run a custom menu, as the code is already written for you and just needs to be activated and edited.
You'll find information on PHPlugins in the documentation, and we also have various tutorials on the blog.
No video tutorials, but CE2 offers full documentation and there are a bunch of written tutorials as well. See links for Docs and Blog above.
There is no such prefab theme, but you should be able to recreate that look easily enough with the new plugins.
Another user tossed out his Instagram ID, and I thought I might be a fun idea to have a thread for that sort of thing. I don't actually do a lot of Instagramming, but if anyone wants to follow me, I'm MatteoC78.
If you'd like to advertise your Instagram ID for others to follow, add it in a reply.
The Galleria slideshow does not handle large collections well.
CE2 Pages and Auto Index are the correct purchases.
TTG CE2 Stage does provide a mobile backup for Flash galleries, MonoSlideshow included, however ... because that slideshow automatically scans the folder of images, it will display your images in file-list order, not LR filmstrip order.
Also, MonoSlideshow exhibits some ... wonky ... behavior in LR4. Depending on your configuration, the gallery may or may not work well for you in the Web module. It was great in LR3, but in LR4 I cannot recommend it.
While they lack the fancy transitions, the HTML galleries -- Highslide, Horizon or Photoswipe -- really are the best options we have to offer.
Your verbosity + my short attention span ... it's a problem on both sides of the street. =P
With PHPlugins, best to have them enabled from the beginning. Saves you a lot of time and effort over trying to implement them later. That's one of the catch-22s of our workflow. They're an advanced feature best toyed with after you already have some familiarity with our system, but they're best implemented from the beginning of the workflow (which is when users are still unfamiliar with our system).
Probably. In Pages, there are override controls so that users can create different styles for individual pages. It's in Stage because Stage's base is, in large part, derived from Pages' code, then expanded upon. In the galleries, it's just the one page, so I reckon the Typography settings should be sufficient.
Or I think that's how it all came together, but it's been a while ...
And my support request at the Vanilla forums is still sitting in my drafts folder awaiting moderation before it will appear in their forum. Fuck those guys.