[tw] Re: Presenting: RichLinks - external links presented as objects

No.. Much simpler question :) <> all works fine. <> or <> Or any other combination of " and >> I have tried don't get me an iframe :) -- You received this message because you are subscribed to the Google Groups "TiddlyWiki" group. To unsubscribe from this group and stop receiving emails from

[tw] Re: Presenting: RichLinks - external links presented as objects

@Stephen, I'm guessing you're referring to that the content of your iframe, i.e the embedded page, does not "adjust" to the size of the iframe, yes? I'm afraid that is up to the embedded page as far as I know. I believe you can "clip" the embedded page, using the deprecated but (I think) functio

[tw] Re: Presenting: RichLinks - external links presented as objects

I'm probably just being slow...but how does the syntax for the iframes one look? Thought I could update the template to this: Title, by Homepage name which looks like: http://stephenteacher.tiddlyspot.com/#KaTeX%20Functions On Friday, 19 May 2017 18:31:33 UTC+1, @TiddlyTweeter wrote: > >

[tw] Re: Presenting: RichLinks - external links presented as objects

Ciao Mat At the practical level its perhaps worth in the documentation noting that the .txt works WELL in Chrome though poorly in Firefox. Its worth it for the Chrome IMO, even though I don't use it much, as its is the majority browser. Best wìshes Josiah On Friday, 19 May 2017 18:57:13 UTC+2

[tw] Re: Presenting: RichLinks - external links presented as objects

The whole fantasy of "Web standards" makes me apoplectic. Standards, my ass. Ending up having to deal with someone else's problem basically put me completely off getting into net stuff beyond the superficial level. I take my hat off to people who can handle the mess it really is. *Rant off* J

[tw] Re: Presenting: RichLinks - external links presented as objects

Josiah .txt files wrapping - You're right. It seems it wraps well in Chrome but not in Firefox. I googled around but find no solution :-/ Again, of course, this is not because of RichLink, and likely not TW. Frustrating with all these browser differences. <:-) -- You received this message

[tw] Re: Presenting: RichLinks - external links presented as objects

Ciao Mat I just tried the same in Chrome on PC & it comes wrapped and with correct paragraph breaks like this bit ... Best wishes Josiah -- You received this message because you are subscribed to the Google Groups "TiddlyWiki" group. To unsubscribe from this group and stop receiving emai

[tw] Re: Presenting: RichLinks - external links presented as objects

Ciao Mat To clarify, what I am seeing in Firefox on PC is this from your demo ... Without wrapping of paragraphs to the "object window" width its not really readable. Best wishes Josiah. On Friday, 19 May 2017 15:45:44 UTC+2, Mat wrote: > > @TiddlyTweeter wrote: >> >> >> I been looking at th

[tw] Re: Presenting: RichLinks - external links presented as objects

@TiddlyTweeter wrote: > > > I been looking at the ".txt" file type. > > I been looking around to see if there is a simple way to wrap long lines > in "objects" of that type so you can properly read them. I haven't found > any. Maybe its a fundamental limitation? > Not sure what you mean. Does t

[tw] Re: Presenting: RichLinks - external links presented as objects

Ciao Mat I been looking at the ".txt" file type. I been looking around to see if there is a simple way to wrap long lines in "objects" of that type to make texts with long lines wrap so you can properly read them. I haven't found any. Maybe its a fundamental limitation? Because its not a part

[tw] Re: Presenting: RichLinks - external links presented as objects

Ciao Mat I think of "local files" as just those on my PC. But I think of "relative links" for use both locally AND online. The point being to create something that works whatever the context. J, x On Thursday, 18 May 2017 18:20:35 UTC+2, Mat wrote: > > Josiah, > > "relative paths" - OK, I thi

[tw] Re: Presenting: RichLinks - external links presented as objects

Josiah, ... is there a way that the RichLinks can elegantly degrade into a normal > link IF an embeddable viewer is not available? > That's a good idea - for all templates! If the rich embedding fails, the link should show! Currently, nothing is shown which is bad. I'll see what I can do. Tha

[tw] Re: Presenting: RichLinks - external links presented as objects

Mark S, Am I missing something -- is there a way to use this with PDF? > I felt compelled to split out the demo for PDF because some browsers insist on triggering download for PDFs. But, yeah, it does work, and eventual "problems" is likel

[tw] Re: Presenting: RichLinks - external links presented as objects

Josiah, "relative paths" - OK, I think you're referring to what I would call "local files". Thanks for your test! I hadn't investigated this but, yes, it does work - it is a matter of using a link/path with a supported filetype ending (e.g jpg). Any difference in behaviour from external li

[tw] Re: Presenting: RichLinks - external links presented as objects

You're right. I must have done something wrong with my first test. Text also works, which is good because text doesn't work with _canonical_uri on my system. Thanks, Mark On Thursday, May 18, 2017 at 7:53:01 AM UTC-7, @TiddlyTweeter wrote: > > Ciao Mark S. > > It works fine with PDF. > > The i

[tw] Re: Presenting: RichLinks - external links presented as objects

Ciao Mat On the issues for PDF display ... is there a way that the RichLink can elegantly degrade into a normal link IF an embeddable viewer is not available? I'm not sure how much of a regular occurrence PDF display failure in-page is now. But it does happen because the handling of the PDF fi

[tw] Re: Presenting: RichLinks - external links presented as objects

Ciao Mark S. It works fine with PDF. The issue may be PDF does not always work fine with it. That is not a RichLinks issue per se. Its most likely a browser settings issue. PDFs can be more complicated than other file types. As a start I suggest checking the browser settings to ensure that

[tw] Re: Presenting: RichLinks - external links presented as objects

Hi Mat, Very nice! Am I missing something -- is there a way to use this with PDF? Thanks! Mark On Saturday, May 13, 2017 at 12:44:36 PM UTC-7, Mat wrote: > > > The TWaddler, inspired by a request > , proudly > presents... > > Ric

[tw] Re: Presenting: RichLinks - external links presented as objects

Ciao Mat & Thomas Just FYI, the JavaScript that supports the Twitter functionality basically initiates a single, unrepeated talk with "mother Twitter" on load. The Twitter bits you see are built on load. Occasionally there are glitches in the to-and-fro with mother. Reload usually sorts them. A

[tw] Re: Presenting: RichLinks - external links presented as objects

Ciao Mat I did a test as follows that confirms the plugin supports relative paths, at least for the ".jpg" file type. I haven't tried the other types yet but assume they will too. The code... <> ... works identically for a local TW and for the same TW put online. I hope this clarifies what I

[tw] Re: Presenting: RichLinks - external links presented as objects

PMario wrote: > > There are several ways to achieve similar results, but if the core > dictates one approach we need to stick with it. In my opinion stuff like > this is perfectly fine as a plugin. > >From a marketing perspective, this is almost a given. IMO this is one of those things that peo

[tw] Re: Presenting: RichLinks - external links presented as objects

Cari I have no idea on the underlying tech issues. *I do feel we are selling TW short by NOT having ways that users can find brilliant plugins like Mat's without having to read f***g google groups 24/7. * So, overall, I feel PMario's "improve the plugin discovery mechanism" is likely the rig

[tw] Re: Presenting: RichLinks - external links presented as objects

Hi Mat, There are several ways to achieve similar results, but if the core dictates one approach we need to stick with it. In my opinion stuff like this is perfectly fine as a plugin. If the core renders external links, they should behave like browser links. They should open new tabs. .. I per

[tw] Re: Presenting: RichLinks - external links presented as objects

On Monday, May 15, 2017 at 12:39:28 PM UTC+2, PMario wrote: > > On Sunday, May 14, 2017 at 12:46:39 PM UTC+2, Mat wrote: >> >> >> BTW, anyone who thinks TW should feature something like this as a >> standard, >> please add a like to this github request >>

[tw] Re: Presenting: RichLinks - external links presented as objects

On Sunday, May 14, 2017 at 12:46:39 PM UTC+2, Mat wrote: > > > BTW, anyone who thinks TW should feature something like this as a standard, > please add a like to this github request > . > Not really a fan of this being default. ... eg: If you

[tw] Re: Presenting: RichLinks - external links presented as objects

This is awesome.. would be cool to have this as standard. Den søndag den 14. maj 2017 kl. 12.46.39 UTC+2 skrev Mat: > > > BTW, anyone who thinks TW should feature something like this as a standard, > please add a like to this github request >

[tw] Re: Presenting: RichLinks - external links presented as objects

Mat ... That's the problem though; you can't delete what you don't want from a > plugin > Oops, sorry. I never knew! Josiah Josiah: > >> 2 - Don't bother with options on the various "sites or file types". Just >> wrap them ALL in a plugin (the overhead is small) and give note you can >> de

[tw] Re: Presenting: RichLinks - external links presented as objects

@Josiah, I updated the Soundcloud demo to mention their users have reported problems. Thanks for info. info to mention 1 - Release it as a proper plugin. > > 2 - Don't bother with options on the various "sites or file types". Just > wrap them ALL in a plugin (the overhead is small) and give n

[tw] Re: Presenting: RichLinks - external links presented as objects

Great Utility. Both works and also highlights how good/easy TW can be. These are the kinds of mature utilities we need. Three suggestions ... 1 - Release it as a proper plugin. 2 - Don't bother with options on the various "sites or file types". Just wrap them ALL in a plugin (the overhead is s

[tw] Re: Presenting: RichLinks - external links presented as objects

Ciao Mat Indeed there are issues with Soundcloud in Chrome. I don't understand what the issue is but users regularly report it. My 2 cents, Josiah Mat wrote... > > I'm curious, does the *soundcloud *link play the song without issues? It > doesn't for me in Chrome > -- You received this mess

[tw] Re: Presenting: RichLinks - external links presented as objects

BTW, anyone who thinks TW should feature something like this as a standard, please add a like to this github request . <:-) -- You received this message because you are subscribed to the Google Groups "TiddlyWiki" group. To unsubscribe fr

[tw] Re: Presenting: RichLinks - external links presented as objects

Thanks Thomas! The tweet did not show up for me when I tried yesterday, but it does now. > Interestingly that is how it behaved for me too. But that also happened when I tried the TW Twitter plugin itself, i.e without RichLink. I believe a page reload made the tweet appear. > Everything el