Community @ The Turning Gate

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.

  • New user registrations are disabled.
  • Users cannot create new topics.
  • Users cannot reply to existing topics.

You are not logged in.

#1 Re: Backlight Support » [BL2] Upgrading from standard modules » 2018-07-29 17:49:54

Matthew wrote:

You should move up to Pangolin.

I know. This is not my question, though. Currently, I don't have enough time to do this since moving from standard to Pangolin requires some work, if I understand well. So the question still is : will my site continue to work if I upgrade to BL2 ?

Is there any document giving instructions about how to move to Pangolin ?

#2 Backlight Support » [BL2] Upgrading from standard modules » 2018-07-28 18:57:16

Samoreen
Replies: 3

Hi,

First, something that is not changing, Backlight 2 will continue to utilize the Pangolin design modules, meaning there will be no requirement to redesign your website [...]

I'm still using standard modules, not Pangolin, for one of my sites. Does the above statement also apply in this case ?

#3 Re: Backlight Support » Cannot select album template » 2018-03-26 01:06:40

rod barbee wrote:

No need to redesign the album set. You just need to create a new Pangolin Page template (using the latest version of Backlight) and design it so that it matches, as close as possible, your existing Okapi (presumably) design.
http://theturninggate.net/2018/01/15/ne … lable-now/

Yes, but the Pangolin and Standard page templates are quite different. The Pangolin page template introduces new settings that are not that obvious to understand and to match to those in the standard template.

More generally, the main problem with the Backlight product remains the documentation. One has to guess what a setting is supposed to do and this is very time consuming. TTG have not published any document allowing (at least) to make a correspondence between visual elements of the generated pages and a setting name. Or did I miss it ?

#4 Re: Backlight Support » Cannot select album template » 2018-03-26 00:38:47

OK. My message was posted before I could read your last one.

When I purchased the Galleria add-on, there was no mention of the Pangolin page template being required. So, I have to re-design the whole album set, which is not what I expected.

#5 Re: Backlight Support » Cannot select album template » 2018-03-26 00:31:53

rod barbee wrote:

Your page template needs to be a Pangolin Page template, not the old Okapi Standard Page template.

Create a new Galleria album template using a Pangolin Page template.
Assign this new album template to the album.

Rod,

The documentation says this :

    In Backlight's menu, go Designer ⇒ Templates.
    Scroll down to the Album Templates list, and click “Create New Template”.
    Name the template, and for Type choose “Pangolin Galleria”; click “Add”.

I cannot create a new Galleria album template because when I click on Create New Template under the list of album templates, I have no choice. As described in my previous post, the page has no drop-down list to select from. The Backlight standard album is the forced and only choice.

Maybe the documentation is wrong ?

I don't understand your statement "Create a new Galleria album template using a Pangolin Page template.". To create a new album template, I normally have to click on Create New Template under the list of album templates not on the button under Page Templates.

#6 Backlight Support » Cannot select album template » 2018-03-25 23:49:53

Samoreen
Replies: 6

Now that I have installed the Galleria album, when creating a new Album template, I'm unable to select the Pangolin Galleria type (although it is installed. Actually, there's no drop-down list to chose from. The page displays

Type
Backlight Standard Album

and that's it. No choice. I can't even select other templates that I had created earlier. I have the same problem with the album set templates. Only when creating a new page template am I able to select a particular template from a drop-down list.

This bug is new. I've never seen this before. I have cleared the template cache but this didn't help. So, I'm stuck.

#9 Backlight Support » Switching the template type » 2018-03-25 21:39:42

Samoreen
Replies: 3

Hi,

The documentation is a little scarce about this so I guess, I should ask.

I have an album that is already published using the standard-album template. I now want to install the Galleria add-on and use the Galleria template in place of the standard-album template for that album.  Should I re-create a new album or will the transition be automatic and smooth if I just change the template type and adjust the relevant new settings ?

Also, this album belongs to a standard album set. Is there any incompatibility to expect and should I also change the template type for the other albums in that set ?

Thanks in advance.

#10 Backlight Support » How to disable debug mode (logging) ? » 2018-01-04 02:20:55

Samoreen
Replies: 1

Hi,

TTG.LOG is getting bigger as time passes. How do I disable logging for the TTG Lightroom plugin ?

Thanks.

#11 Re: Backlight Support » Upgrade v1.1.1 --> v2.2.2 r3 » 2017-10-29 23:31:10

Markus FFM wrote:

Then I copied from the v2.2.2 r3 download

v 2.2.2 R3. What's that ?

#12 Backlight Support » Migrating to Pangolin templates » 2017-06-30 22:07:27

Samoreen
Replies: 1

Hi,

I understand what Matthew said about this topic but as he obviously expected, this deserves some comments.

Many settings are shared between Pangolin templates and Okapi templates, right ? So, when creating new Pangolin templates, it would be a great time saver if shared settings could be automatically copied from an existing Okapi template to the new Pangolin template. It would be easy to do that manually if templates were defined in a text file but, unless I missed something, they are defined in the database and I don't know enough about its structure to spend time trying to do this manually.

For the designer of the database though, it should be rather easy to write a script allowing to create a new Pangolin template automatically including shared settings from an existing Okapi template. The script could be launched from the "Create Template" page : if the new template is based on a Pangolin type, the UI should display the list of existing Okapi template of the same category in a "Copy Settings From" drop down list. Shared settings would be copied from this existing template.

Then, we could focus only on the new features without having to rebuild everything from scratch.

Is this asking too much ?

Thanks.

#13 Re: Backlight Support » Corrupted thumbnails » 2016-12-28 06:35:31

rod barbee wrote:

It's looking fine for me in Firefox. I even refreshed the page multiple times and the thumbnails were always there.

Hi Rod,

The more you refresh, the less chances you have to observe the problem. It actually occurs most often when opening the page for the first time in a Firefox session.

I can't imagine which setting or which add-on or plugin in Firefox may cause this. Now, if nobody else observes this phenomenon, I can live with it. If only I could be sure of this...

#14 Re: Backlight Support » Corrupted thumbnails » 2016-12-28 02:38:06

I'm still wondering why this problem still occurs randomly in Firefox only, whatever my settings. Here is a new example :

https://dl.dropboxusercontent.com/u/554 … roblem.JPG

Original page here :

http://www.ppphoto.fr/galleries/

F5 usually fixes the problem but this is annoying.

#15 Re: Backlight Support » Auto update feature no longer working » 2016-11-28 21:16:35

Ben,

Thanks. Clearing the browser cache fixed the problem in both Firefox and Chrome.

#16 Backlight Support » Auto update feature no longer working » 2016-11-28 20:01:14

Samoreen
Replies: 3

Hi,

I'm connected as an admin, my site is viewed in another browser tab but it is no longer longer auto updating. No "gear" icon. I tried with Chrome and Firefox. Did I miss some new setting ?

Thanks.

#17 Re: Backlight Support » Backlight 1.1 issue with arrows displaying now as boxes » 2016-11-22 19:47:51

dlangan wrote:

Hi Patrick,

My original BL installation didn't include the .htaccess code as you describe it came with...

Hi Deirdre,

I checked the latest download package and the .htaccess code I'm using is exactly the same as the one in the package.

So, I also think that the link posted above by Rod is outdated and should be ignored. If someone could confirm...

Regards.

#18 Re: Backlight Support » Backlight 1.1 issue with arrows displaying now as boxes » 2016-11-20 22:23:35

Hi,

The .htaccess file installed when I started with BL already contains such code

# ------------------------------------------------------------------------------
# | Web fonts access                                                           |
# ------------------------------------------------------------------------------

# Allow access from all domains for web fonts
...

Adding the code shown in the page pointed to by the above link while maintaining the existing code is certainly not a good idea (I tried) : after doing that, the Lightroom publisher plugin no longer works (all actions trigger an error - the plugin is no longer able to communicate with the web site).

I'm not familiar with the syntax used in .htaccess files so I'm wondering whether the existing code should be removed before adding the code suggested by the page mentioned above. Or is the mentioned post outdated ? Are these two pieces of code conflicting ?

Thanks.

==== Current contents of my .htaccess file ====== (this is actually the .htaccess file contained in the BL + Pages package)

# ------------------------------------------------------------------------------
# | Web fonts access                                                           |
# ------------------------------------------------------------------------------

# Allow access from all domains for web fonts

<IfModule mod_headers.c>
    <FilesMatch "\.(eot|font.css|otf|ttc|ttf|woff)$">
        Header set Access-Control-Allow-Origin "*"
    </FilesMatch>
</IfModule>

<IfModule mod_rewrite.c>
    RewriteEngine On

    ############################################################################
    # Edit this section for servers using FastCGI

    # For FastCGI (or seeing the error message 'No input file specified.':
    # add # to the start of the next line
    RewriteBase /

    RewriteCond $0#%{REQUEST_URI} ([^#]*)#(.*)\1$

    # For FastCGI (or seeing the error message 'No input file specified.':
    # add # to the start of the next line and remove # from the line after)
    RewriteRule ^.*$ - [E=BASE:%2]
    #RewriteRule ^(.*)$ - [E=BASE:]

    ############################################################################



    RewriteRule ^(.*)$ - [E=QS:mod_rewrite=on]

    RewriteRule ^([^\/.]*)-single.php$ %{ENV:BASE}single.php?%{ENV:QS}&id=$1 [QSA,L]

    RewriteRule ^([^\/.]*).css$ %{ENV:BASE}index.php?%{ENV:QS}&extension=css&name=$1 [QSA,L]
    RewriteRule ^([^\/.]*).js$ %{ENV:BASE}index.php?%{ENV:QS}&extension=js&name=$1 [QSA,L]
    RewriteRule ^([^\/.]*).gif$ %{ENV:BASE}index.php?%{ENV:QS}&extension=gif&name=$1 [QSA,L]
    RewriteRule ^([^\/.]*).png$ %{ENV:BASE}index.php?%{ENV:QS}&extension=png&name=$1 [QSA,L]
    RewriteRule ^([^\/.]*).jpg$ %{ENV:BASE}index.php?%{ENV:QS}&extension=jpg&name=$1 [QSA,L]

    #RewriteCond %{QUERY_STRING} !mod_rewrite=on
    #RewriteRule ^index.php$ %{ENV:BASE}index.php?%{ENV:QS} [QSA,L]

    RewriteCond %{QUERY_STRING} !mod_rewrite=on
    RewriteRule ^mobile.php$ %{ENV:BASE}mobile.php?%{ENV:QS} [QSA,L]

    RewriteCond %{QUERY_STRING} !mod_rewrite=on
    RewriteRule ^(.*)download.php %{ENV:BASE}download.php?%{ENV:QS} [QSA,L]
   
    RewriteRule ^$ %{ENV:BASE}index.php?%{ENV:QS} [QSA,L]
   
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d

    RewriteRule ^(.*)$ %{ENV:BASE}index.php?%{ENV:QS}&page=$1 [QSA,L]

</IfModule>

#19 Re: Backlight Support » Mouse conflict when selecting footer text » 2016-10-17 20:36:38

Matthew wrote:

Take it up with the Photoswipe author if you'd like, or with the browser manufacturers and their implementations for touch events.

I really appreciate the pleasing tone of this answer... I purchased Backlight, not Photoswipe. If a software relies on a third-party's piece of code, the author/editor takes responsibility for it, and he's supposed to get in touch with the supplier of this code when problems appear. If I have a problem with Windows, I talk to Microsoft and I don't try to determine who has written the faulty piece of code that breaks Windows.

Anyway, thanks to the other posters. I agree, it's a minor issue and the user will rarely need to select the footer text. I just wanted to report it. Not a problem for me but this behavior can surprise my visitors.

FYI.
Ctrl-A works in Firefox and Chrome but not in IE and Edge (I'm running Windows 10). In IE and Edge the whole page is selected and when returning to the thumbnail view, the whole page remains selected.

The double-click approach works in Firefox, Chrome, Edge but not in IE.

#20 Backlight Support » Mouse conflict when selecting footer text » 2016-10-17 07:02:53

Samoreen
Replies: 6

Hi,

Steps to reproduce :

1. Open a BL gallery either in full window or full screen mode.
2. It is assumed that the displayed image has a text footer.
3. Try to select the text in the footer with the mouse : this moves the image to the left or to the right.

In Firefox, the image is moved and the text is selected. In Chrome, IE and Edge, the image is moved but no text is selected.

#21 Re: Backlight Support » Corrupted thumbnails » 2016-08-29 22:14:01

Just to confirm : the corrupted thumbnails issue is purely a Firefox issue. I just had similar problems on another web site (images not displayed). Refreshing the page had no effect but clearing the cache fixed the problem.

#22 Re: Backlight Support » [1.04] Modified image not updated » 2016-08-29 20:44:32

Ben, Rod,

Yes, what I observe is consistent with what you explained. Thanks. Problem fixed.

Now back to a recent discussion about the lack of documentation in BL. Don't you think that these mechanisms should be explained in the documentation ? Ben, your post should obviously belong to the documentation (did I miss it ?). This would save time for both the support and the users. Currently, the documentation makes the assumption that everything about Publishing Services is known by the user. I guess that I'm not the only BL user (migrating from CE3 or CE4) who is using a publishing service in LR for the first time.

#23 Re: Backlight Support » [1.04] Modified image not updated » 2016-08-29 18:38:22

I may be dense, but I have understood that even when the "Push metadata without updating the existing photos" option is enabled, the images should be updated anyway if they have been modified. This option is here only to avoid unnecessary uploading of the image when only the metadata have been modified. Am I wrong ?

In any case, the tests above demonstrate that the behavior of this option is not consistent. See step #4 . If some modifications (cropping) can trigger an update while others do not (basic settings) there's something broken somewhere.

#24 Re: Backlight Support » [1.04] Modified image not updated » 2016-08-29 18:00:59

I did some further testing today :

1. I selected another image and modified some of the basic settings (Exposure, Contrast, Clarity,...)

2. I used the "Publish now" command and the image was not updated on the server (no export step in the history).

3. I tried again after disabling the "Push metadata without updating the existing photos" option. Same result.

4. I then modified the cropping for this image. This time, the image was updated on the server (export step visible in the history).

5. I made further modifications to the basic settings for this image and this time the image was updated on the server. I repeated the test and each time, the image was updated.

6. I re-enabled the "Push metadata without updating the existing photos" option, made new modifications to some basic settings and again, the image was not updated.

7. I disabled again the "Push metadata without updating the existing photos" option, made new modifications to the basic settings, re-published and the image was correctly updated.

So, it seems that there's an initialization problem with some state variable and also that there's something wrong with the "Push metadata without updating the existing photos" option (this has already been mentioned in another thread, by the way).

PS : How do I add an image to a post in this forum ? It would be much easier to show what's happening if it was possible to insert a screen capture.

#25 Backlight Support » [1.04] Modified image not updated » 2016-08-28 22:43:24

Samoreen
Replies: 7

Hi,

I have only modified one single image in my collections after updating to version 1.04. I modified some metadata, the basic settings and added some effects. Then I selected "Publish now" for this album but the image was not updated on the site even after a refresh and after disabling the "Push metadata without updating the existing photos. I tried multiple times but nothing changed on the site. I had to re-publish the whole album to have this single image correctly updated.

Anyone having had the same experience ?

Thanks.

Board footer

Powered by FluxBB