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.

#51 Re: Backlight Support » Restrict metadata published with images? » 2017-10-07 15:11:09

OK, I also see that maps are still enabled. In Lr's TTG Publisher it shows as enabled as well! I was sure that I disabled it. But I toggled it and another album's maps checkbox repeatedly and a ?data inquiry always returned the correct state. I must have screwed up (apparently I only tried it once and didn't commit the edit or ?).

OK, now to see if going from enabled to disabled turns off geolocation in BL's viewer ... I did a few "round trips" and everything seems to work correctly. And it appears that an album doesn't have to be republished in order for a change to take effect (nice!).

So sorry for my error ... so glad that I didn't keep you from enjoying a beautiful afternoon. We had a beautiful day today here in Oregon as well ... but Autumn, not Spring :-(

#52 Re: Backlight Support » Restrict metadata published with images? » 2017-10-07 09:46:55

And http://test.samcos.com/galleries/album- … er-test-2/ is an album created (i.e., first published) with "enable maps" unchecked. BL Viewer "map" icon doesn't show for album's image (implying no geolocation info available).

#53 Re: Backlight Support » Restrict metadata published with images? » 2017-10-07 09:43:41

http://test.samcos.com/galleries/album- … sher-test/ is an album that was created with "enable maps" checked and then republished after its "enable maps" unchecked. BL still is showing the album's photo locations (aka geolocation) when the "map icon" is clicked in BL viewer's "share" menu.

#54 Re: Backlight Support » Restrict metadata published with images? » 2017-10-07 08:27:47

I already looked at publsihed jpg's metadata -- no GPSInfo entries there. I didn't know about album's "enable maps" option. Let me find that and try it out ... I can't find it in BL Designer's Album Settings ... where is it? Ah, found it (it's in Lr's Album Settings/Features, on a per-album basis). It was checked. Checked it off, republished, and geolocation button still shows photo's location! Republished again...still there. Tried different browser (i.e., guaranteed not in cache), geolocation still there.

Created new album, with brand new image...published it and geolocation button (therefore info) not there!

So (a) mostly a pilot error (didn't know about "enable maps" feature (assumed that Lr Publisher options controlled that). But (b) there is a bug -- once an image is published with geolocation info, it isn't cleared if album's "enable maps"feature is unset/cleared. It isn't even cleared when an image is republished after its album's "enable maps"feature is unchecked!

#55 Re: Backlight Support » Restrict metadata published with images? » 2017-10-07 06:29:08

The Remove Person Info and Remove Location Info boxes are fixed/checked when "Include: Copyright & Contact Info Only" is chosen.

The photos published to the newly-created album were never before published to this BL website and therefore shouldn't have already been in it's database. And, as I already stated, these photos were uploaded with  "Include: Copyright & Contact Info Only" chosen.

#56 Re: Backlight Support » Restrict metadata published with images? » 2017-10-07 06:09:42

Since I found published photos to both my BL 1.2 sandbox website (http://test.samcos.com/galleries/album-set/) and CE4 public website (http://rick.samcos.com/galleries/a-Favorites/) having geolocation info, it seems to me that the culprit is somewhere in my desktop Lr configuration. So, I performed the following tests on a separate laptop:

Re-downloaded BL 1.2.2 install zip and installed TTG Publisher plugin out of onto laptop, & verified that's it is v3.2.2.
Temporarily (re-)moved all other plugins out of my ../Lightroom/Modules directory.

Copied to the laptop my desktop's current Lr catalog.

Created & published new album (http://test.samcos.com/galleries/album- … sher-test/) to my BL sandbox website with "Include: Copyright & Contact Info Only" checked in TTG Publisher's  settings.

When album's photos are viewed thru BL, geolocation data is there. That is, the geolocation button in an image's share menu takes you to photo's location in google maps!!

I then used Friedl's  exif/iptc viewer to view metadata for one of the album's images, http://test.samcos.com/galleries/album- … 2_Edit.jpg , but metadata looks OK (e.g., no geolocation or camera info)!?!?!?!?

So, how/why does photo's geolocation show through BL's viewer????

#57 Re: Backlight Support » Restrict metadata published with images? » 2017-10-06 10:19:34

Yes, I cleared browser caches. But then when I couldn't believe what I was seeing, I also independently inspected individual ../<album>/photos/*.jpg images files that were published (i.e., directly on net, using various metadata viewers).

My TTG Publisher LR plugin is v3.2.2 (as reported by Lr plugin mgr.). My v1.2 testing sandbox was completely wiped clean and reinstalled from fresh TTG downloads earlier this week (so absolutely everything should be current).

I am at a loss on what to try (or inspect) next.

#58 Re: Backlight Support » Restrict metadata published with images? » 2017-10-06 03:58:48

I'm finally getting back to this ...

After LOTS of experiments (see below), I have concluded that BL's "TTG Publish Service" in Lr is completely broken when it comes to filtering out the metadata of published images.

As suggested in this thread, I explored different Lr Publisher setup settings to no avail. Neither checking Lr's "Remove Location Info" nor selecting its dropdown "Include: Copyright & Contact Info Only" worked. All of an image's metadata was always published.
I then tried using Friedl's Metadata Wrangler and it didn't remove metadata data either. I used its "remove all metadata" preset and all image metadata was still published.

All of the above were tried with the Lr Publisher setting "Push metadata without updating existing photos" checked. So I then tried to publish with the Lr Publisher setting "Push metadata without updating existing photos" now UNchecked. The now totally regenerated publsihed images still included all metadata.

I then looked at my current CE4-based website and found that its published images also had unwanted metadata (e.g., all camera and location info)!!! I know that at one time this wasn't the case. Even though it is a CE4 site, I switched over from the previous CE4 Publish Service to BL's new "TTG Publish Service" earlier this year. I did that in preparation for migrating the website to BL. I suspect that that's when all metadata started being published.

But I was now starting to question my own sanity and also wondered if Lr's publish services framework was at fault. So I did an experiment with a non-TTG publish service -- a simple Lr "Hard Drive" service, where published images just get copied to a local directory. I set it up with Lr's "Include: Copyright & Contact Info Only". This worked as expected!

Therefore my conclusion that the "TTG Publish Service" is completely broken w.r.t. metadata filtering. But I still can't believe that I'm the only one to have experienced & reported this problem (i.e., I'm still questioning my own sanity).

#59 Re: Backlight Support » Drop Shadows on Thumbnails » 2017-10-06 01:29:00

Thanks, that did it. But, for non-square thumbnails, only draws drop shadow on the narrower side (i.e., drop shadow isn't drawn into thumbnail's padding area). Not worth it to me to pursue further; I'll just drop shadow the containing frame (i.e., use  ".gallery figure" selector).

#60 Re: Backlight Support » Drop Shadows on Thumbnails » 2017-10-06 01:00:40

Yup, Rod, tried that -- ".gallery figure" puts a drop shadow on each thumbnail's surrounding frame, not on the thumbnail itself. See http://test.samcos.com/galleries/album- … /index.php versus what I did in CE4: http://rick.samcos.com/galleries/a-Favorites/.

#61 Re: Backlight Support » Drop Shadows on Thumbnails » 2017-10-05 09:54:48

I'm converting to v1.2.x and can't figure out the CSS selector for setting Pangolin Classic gallery thumbnail drop shadows. And, BTW, I see no drop shadows when they are supposedly turned on using BL Designer.

#62 Backlight Support » Restrict metadata published with images? » 2017-08-04 08:40:23

rsamco
Replies: 25

In Pangolin, is there anyway to restrict the metadata set that is published with each image? Specifically, I do not wish to publish my images' geolocation/gps info.

#63 Re: Backlight Support » Photoswipe looping » 2017-08-02 08:51:22

Thanks for the quick answer, Rod ... ok, so is there any low-level way to set Photoswipe's loop parameter to false?

#64 Backlight Support » Photoswipe looping » 2017-08-02 07:30:19

rsamco
Replies: 3

Is there any way to prevent Photoswipe from looping around to an album's first/last image when the last/first image is swiped in the left/right direction? Instead, I'd prefer that the user either be returned to the album's "index" page or be kept on the last/first image. I know that Photoswipe has an underlying "loop" parameter, but I can't find a way in Backlight Designer to set it (e.g., under Backlight>Designer>Templates>Album>Design). TIA!

#65 Re: Backlight Support » Possible to move Album's title up & over its thumbnail's image? » 2016-10-26 04:06:20

With some massaging, that did it, Matt! For others' benefit, here's the custom CSS that did it:

/* description classic album set with thumbnails with right&bottom drop shadows and overlaid titles */
.the__albumSet figure {
	position: relative;
	border-radius: 8px;
	box-shadow: 4px 4px 4px rgba( 0, 0, 0, 0.5);
	height: 184px;
}

.album-frame {
	padding-top: 48px;
}

.the__albumSet figcaption {
	height: 2em;
	position: absolute; top: 126px;
	border-top: 1px rgba(0, 0, 0, 0) ;
}

.album-title {
	font-family: Verdana, Geneva, Tahoma, Roboto, 'Droid Sans', sans-serif ;
	line-height: 1em ;
	font-weight: 400 ;
	font-style: italic ;
	text-shadow: 2px 2px #000000;
	text-align: left ;
	font-size: 1em !important ;
	color: rgb(255,255,255) !important ;
}

.album-description {
    display: none;
}

THANKS!

#67 Backlight Support » Possible to move Album's title up & over its thumbnail's image? » 2016-10-25 04:28:00

rsamco
Replies: 20

I'm am investigating if BL has all that I need to migrate my CE4 website. Everything appears pretty straight forward except for one type of custom CSS formatting that I implemented in CE4 -- having album titles appear over (i.e., on top of) an album's thumbnail -- see http://rick.samcos.com/galleries/g-2016/ as an example. Note that I used CE4 iconic album sets as the base style.

In BL, it appears that an album set's page structure put a thumbnail's caption element outside the <div> containing the thumbnail itself --so I don't see a way to move the caption from below the thumbnail using custom CSS alone. Specifically, this is what a page inspection shows (for a classic album set, but it is very similar for an iconic one):

<figure itemscope="" itemtype="http://schema.org/ImageObject">
	<div class="album-frame">
		<div class="album-thumbnail" style="background-image: url(<imageURL>); top: -1px; left: -1px; width: 184px; height: 184px;">
		<img src="<imageURL>" style="height: 184px; width: 184px;" alt="Album 1" title="Album 1" height="184" width="184">
		</div>
	</div>
	<figcaption itemprop="caption description"> 
		<p class="album-title">Album 1</p>
		<p class="album-description">this is test album using TTG's Backlight</p> 
	</figcaption>
</figure>

It appears to me that I must somehow effectively move the figcaption element up into the preceding album-frame element. Can anyone give me some BL guidance on how to do this? TIA!

#68 CE4 Theme for WordPress » Updating to CE4 Theme for Wordpress 3.1.2 » 2016-01-12 04:58:43

rsamco
Replies: 2

There is no update readme file for this Jan. 7th update. This release's Changelog notes only PHP improvements. So can I just upload and replace the theme's PHP directory (thereby avoiding hassle of new theme setup, etc.)? TIA.

#69 Re: CE4 Gallery » Image Quality: Magnific Popup vs Touch Display » 2015-07-04 08:39:35

It is more than just gestures, Magnific doesn't have the ability for slideshows as well, right?

#70 Re: CE4 Gallery » Image Quality: Magnific Popup vs Touch Display » 2015-07-04 00:46:01

I just changed from Magnific Popup to Touch Display galleries and noticed that full sized gallery images are now blurry on retina devices ... and found this post in researching the cause/fix. Since no one has commented with a solution am I to assume that that's the way it is and I should move back to using Magnific Popup galleries if I wish to have sharp retina gallery images? True? Rod or Matthew could you comment, please? TIA.

PS I switched to Touch in order to have its slideshow feature.

#71 Re: CE4 Publisher » Unable to change album set slug (round 2) » 2015-06-10 02:01:21

Hi, Ben -- sorry that I missed your reply (I thought that I was email subscribed to this topic). Your ftp account as been reactivated, as well as the TTG BE user (as admin). I used same <userName>+<password> as previously for ftp account. I didn't save your previous TTG BE login credentials, so just used same as for ftp account (i.e., <userName>@samcos.com+<password>). I'm guessing that this is what I did before.

BTW, since I couldn't wait for a fix, I went ahead and created a new album set (with brand new slug) so I could publish the tree. So the problematical album set is still there, but it is an orphan and will never be used.

R

#72 Re: CE4 Publisher » Unable to change album set slug (round 2) » 2015-05-28 02:39:55

In addition, the 3 albums under the problematical album set are broken -- only thumbnail outlines are shown, but none of the thumbnails themselves! These are thumbnails which were already published and did correctly display until now.

#73 Re: CE4 Publisher » Unable to change album set slug (round 2) » 2015-05-27 06:29:32

A further development ...  I thought that all of my CE4 component versions were up to date but I just found that I was still running Publisher v221 with Ben's February fix applied. So I updated to v221a which, given its date, I believe to be the released version of what I was running. Anyway, after doing the update I now cannot re-publish any images in any of the 3 albums under the problematical album set. I get:

ce4slugError2.JPG

Maybe this failure has nothing to do with the update, but I had performed at least one album update/republish successfully before the v221a update.

#74 CE4 Publisher » Unable to change album set slug (round 2) » 2015-05-27 05:41:54

rsamco
Replies: 5

Boy, I can't believe that I'm experiencing this again, after much work with Ben to diagnose/fix a bug giving same symptom in Feb. (see http://community.theturninggate.net/top … -set-slug/). Anyway, here's what is happening:

I created and published a CE4 Gallery album and then decided that it contained too many images. So I decided to break it up into 3 albums (i.e., turn it into an album set containing 3 better sized albums). So I created a new album set which used the same slug but with an "a" appended. I then created the 3 new albums under it, each with a portion of the original album's images. After doing this, I deleted the original album. I then tried to rename the new album set's slug by removing the trailing "a".  I tried numerous times and get:
ce4slugError1.JPG
But one time, I received a warning to the effect: "duplicate slug found ... a number will be appended". I have checked before and after these attempts ... no slug/directory with desired album set's name on server. That is, everything looks copacetic on the server. And why am I getting different symptoms at different times? IMO very strange.

The problematic album set's path is: http://samcos.com/galleries/private/t-2 … -boliviaa/

- Rick

#75 Re: CE4 Publisher » Unable to change album set slug » 2015-02-15 08:08:46

Unfortunately this evening I'm not going to be home. Tomorrow (Sunday my time) and all day Monday I should be available.

Board footer

Powered by FluxBB