Go to main content

Textpattern CMS support forum

You are not logged in. Register | Login | Help

#16 2005-01-19 04:32:21

Jeremie
Member
From: Provence, France
Registered: 2004-08-11
Posts: 1,578
Website

Re: [plugin] [ORPHAN] zem_prblock

I know, this is why I’ve spoken of “objections”. Even if it’s legal to do so without even telling you, it may be simple courtesy (or clever open source project, imo TXP is much better with your work that without it).

It’s like Dean asking not to fork because he would like TXP to function well on Textdrive, or Olivier Meunier asking Free.fr to remove Dotclear (first french blog engine) from their automated install because they lack proper support of PHP, or Rickard asking people not to remove the link and copyright on punBB template, and so on.

It’s not a obligation, it’s just the author saying what he would like (or wouldn’t).

Offline

#17 2005-01-19 05:22:12

ubernostrum
Member
From: Lawrence, KS
Registered: 2004-05-05
Posts: 238
Website

Re: [plugin] [ORPHAN] zem_prblock

zem: If you switch to XHTML Transitional you’ll validate with target on your links. It’s also possible to use JavaScript to “sneak” attributes past the validator by adding them dynamically if you want to stay with Strict.


You cooin’ with my bird?

Offline

#18 2005-01-19 06:03:17

Jeremie
Member
From: Provence, France
Registered: 2004-08-11
Posts: 1,578
Website

Re: [plugin] [ORPHAN] zem_prblock

> ubernostrum wrote:

> zem: If you switch to XHTML Transitional you’ll validate with target on your links. It’s also possible to use JavaScript to “sneak” attributes past the validator by adding them dynamically if you want to stay with Strict.

It’s beyong the scope of the thread, but the w3c validator is not an end in itself.

It mean something. It mean we are all talking in the same language.

And by the way, if target was deprecated in html, it’s for a good reason. Where a link has to open should be, have to be in the hand of the people surfing, not in the hand of the webmaster.

If I want a link to open in a new window, fine. If I want a link to open in a new tab (something the target attribute can’t do by the way), fine. But it’s my choice.

Offline

#19 2005-01-19 11:10:58

Marek
New Member
From: Prague, Czech Republic
Registered: 2004-12-12
Posts: 7
Website

Re: [plugin] [ORPHAN] zem_prblock

When trying to install the plugin, I get the error message: “
Parse error: parse error, unexpected $ in /tmp/phparafJd on line 5”

Offline

#20 2005-01-19 11:41:41

ubernostrum
Member
From: Lawrence, KS
Registered: 2004-05-05
Posts: 238
Website

Re: [plugin] [ORPHAN] zem_prblock

Jeremie: There are two separate schools of thought here. One is the accessibility camp which says don’t open new windows and makes some convincing arguments for it.

Then there’s the pragmatist camp, which argues that for some cases a new window is the best solution; for example, when presenting a user with a dialog box which relates to the current page but should not replace it (many e-commerce confirmation dialogs fit this model).

And IIRC target was deprecated in HTML because it’s considered part of the behavior layer, not the content layer, and so is more appropriately handled in the DOM. Or at least that’s the ad-hoc argument that was grafted on to support the choice, and I think it’s a decent one.

Also, it’s still present in the Frameset versions of HTML 4.01 and XHTML 1.0.

Last edited by ubernostrum (2005-01-19 11:42:19)


You cooin’ with my bird?

Offline

#21 2005-01-19 11:53:15

Jeremie
Member
From: Provence, France
Registered: 2004-08-11
Posts: 1,578
Website

Re: [plugin] [ORPHAN] zem_prblock

> ubernostrum wrote:

> Then there’s the pragmatist camp, which argues that for some cases a new window is the best solution; for example, when presenting a user with a dialog box which relates to the current page but should not replace it (many e-commerce confirmation dialogs fit this model).

Ecmascript is your tool then, when you really need it. But there are very, very, very few cases.

> And IIRC target was deprecated in HTML because it’s considered part of the behavior layer, not the content layer, and so is more appropriately handled in the DOM.

A more elegant way to say it, yes :)

> Also, it’s still present in the Frameset versions of HTML 4.01 and XHTML 1.0.

You know that frames are instruments of the Evil One, don’t you ? ;->

Offline

#22 2005-01-19 17:58:40

Andrew
Plugin Author
Registered: 2004-02-23
Posts: 730

Re: [plugin] [ORPHAN] zem_prblock

Something that might also be a very good idea is to include the ability to have a whitelist of acceptable domains or commenters that wouldn’t get the rel=“nofollow” appended to their links.

Last edited by compooter (2005-01-19 21:28:06)

Offline

#23 2005-01-19 21:19:38

zem
Developer Emeritus
From: Melbourne, Australia
Registered: 2004-04-08
Posts: 2,579

Re: [plugin] [ORPHAN] zem_prblock

Marek,

If you’re installing via the new textarea copy&paste method, just copy the part of the plugin within the quotes.


Alex

Offline

#24 2005-01-19 23:57:33

bleveck
Member
Registered: 2004-05-30
Posts: 52
Website

Re: [plugin] [ORPHAN] zem_prblock

One thing that would be nice is if there was a protocol to tell spammer bots that your site uses rel=“nofollow”. At the moment it seems like this will just help Google’s index more than it will help me out.

Offline

#25 2005-01-20 00:12:19

Mary
Sock Enthusiast
Registered: 2004-06-27
Posts: 6,236

Re: [plugin] [ORPHAN] zem_prblock

Hmm, well you could link to Google’s blog entry near your comment form “your spam won’t work here”, might keep away some of the non-automated spammers.

Offline

#26 2005-01-20 00:29:43

Andrew
Plugin Author
Registered: 2004-02-23
Posts: 730

Re: [plugin] [ORPHAN] zem_prblock

Trust me, the cheap-ass software that the spammers are using is not going to be considerate enough to read that text or check anything else on your page. The only motivation they have is to spam as many systems as possible in as little time.

The situation that created comment spam has to do with the fact that getting links — no matter where or how — works to improve your rankings in search engines. Take away that bone, and (so the theory goes) they’ll stop chasing.

Offline

#27 2005-01-20 00:38:03

zem
Developer Emeritus
From: Melbourne, Australia
Registered: 2004-04-08
Posts: 2,579

Re: [plugin] [ORPHAN] zem_prblock

Incidentally, the nofollow technique is causing quite a stir in the SEO world.

(seochat posters are generally white-hat, but it’s a popular lurking place for black-hat spammer types)

More reactions linked here.

Last edited by zem (2005-01-20 00:39:44)


Alex

Offline

#28 2005-01-20 01:01:33

Andrew
Plugin Author
Registered: 2004-02-23
Posts: 730

Re: [plugin] [ORPHAN] zem_prblock

i’m hearing echoes ;-)

Last edited by compooter (2005-01-20 01:02:11)

Offline

#29 2005-01-20 04:25:54

Jeremie
Member
From: Provence, France
Registered: 2004-08-11
Posts: 1,578
Website

Re: [plugin] [ORPHAN] zem_prblock

This method will take months before it has any impact at all on spam.

Offline

#30 2005-01-20 04:48:15

bleveck
Member
Registered: 2004-05-30
Posts: 52
Website

Re: [plugin] [ORPHAN] zem_prblock

sorry about the “echos” ; )

Yeah… I fear you are right Jeremie. I just figured that since spammer bots look for a posting area, they might look for a clear signal that their spam won’t gets posted on a certain site. Problem is that regardless of any tag, if the bot found your site, how much more work is it to make a fruitless post. Even if that post is fruiless, it is probably not much work at all

I really do think you are right… except for maybe large blogging sites with managed software (like Typepad) the change in behaviour will be really slow.

One thing I’ve been pondering is… how many bots know Textile?

Offline

Board footer

Powered by FluxBB