+Hi+

Monde en
1

http://www.dropdeaddesign.com/5YdxqIHbwI.htm

--
Mike Power

http://mikepower.net
Aberdeen
Scotland
UK

2

What is that ?
A spam ?

On Sat, Apr 10, 2010 at 10:49 PM, mike power <mikepower@gmail.com> wrote:

http://www.dropdeaddesign.com/5YdxqIHbwI.htm

–
Mike Power

http://mikepower.net
Aberdeen
Scotland
UK

spip-en@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-en

3

Le 11/04/10 09:32, Gilles VINCENT a écrit :

What is that ? A spam ?

at least YES

/!\ *Do not follow this link!* /!\

4

What is that ? A spam ?

this address (real or fake) is now "moderated" on the list.

-- Fil

5

The sender is a member of the list that is why it sneaked out. Shall we ask him?

George

Quoting Gilles VINCENT <gilles.vincent@gmail.com>:

What is that ?
A spam ?

On Sat, Apr 10, 2010 at 10:49 PM, mike power <mikepower@gmail.com> wrote:

http://www.dropdeaddesign.com/5YdxqIHbwI.htm

--
Mike Power

http://mikepower.net
Aberdeen
Scotland
UK

6

Le 11/04/10 10:24, denisb a écrit :

/!\ *Do not follow this link!* /!\

this link redirects towards a site known to diffuse 'rogue'
(Rogue security software - Wikipedia)

7

Hi everyone,

i have a problem with transparent pictures and IE. Since IE doesnt like them, everyone is applying patches so that they work. Now i use a framework a javascript library and jquery and SPIP and each likes to apply their own pngfix.

Is there a way to prevent SPIP from adding its own fix (well the jquery one) into the bottom of the pages when viewed with IE? I get an error from it and i really dont need it there, because the issue is well covered by the framework. Or any other ideas?

page with the problem: http://www.christeam.de/datatrade/spip.php?article24

best regards
Chris

--

______________________________________________________________
Christoph Stahl_Culture Identity_Print_Web_Rettungsgestaltung_
ADRESSE GEAENDERT_Marktstraße 16_31319 Sehnde_Tel 05138-702805

8

Under SPIP 2.1 habe a look at
/ecrire/?exec=config_fonctions

On this page you may change settinge for "Microsoft Internet Explorer Compatibily":
  Deactive: do not add anything to my pages
iFixPng
IE7.js
IE7.js + ie7-squish.js
IE8.js
IE8.js + ie7-squish.js

have fun,
klaus++

Christoph Stahl wrote:

Hi everyone,

i have a problem with transparent pictures and IE. Since IE doesnt like them, everyone is applying patches so that they work. Now i use a framework a javascript library and jquery and SPIP and each likes to apply their own pngfix.

Is there a way to prevent SPIP from adding its own fix (well the jquery one) into the bottom of the pages when viewed with IE? I get an error from it and i really dont need it there, because the issue is well covered by the framework. Or any other ideas?

page with the problem: http://www.christeam.de/datatrade/spip.php?article24

best regards
Chris

9

Your version si SPIP2.0.3 : you should really upgrade !
Latest version here : http://files.spip.org/spip/dev/SPIP-branche-2.0.zip

In SPIP 2.0.10, the automatic patch has been removed – it appears again in a configurable extension of SPIP 2.1.

If you remove the files used to correct the IE transparency bug, your problem will be fixed, as SPIP won’t include it in the generated code (if #CHEMIN{} is used, of course).

Best regards,

.Gilles

On Fri, Apr 30, 2010 at 8:15 AM, Christoph Stahl <christoph@ideenbuch.de> wrote:

Hi everyone,

i have a problem with transparent pictures and IE. Since IE doesnt like them, everyone is applying patches so that they work. Now i use a framework a javascript library and jquery and SPIP and each likes to apply their own pngfix.

Is there a way to prevent SPIP from adding its own fix (well the jquery one) into the bottom of the pages when viewed with IE? I get an error from it and i really dont need it there, because the issue is well covered by the framework. Or any other ideas?

page with the problem: http://www.christeam.de/datatrade/spip.php?article24

best regards
Chris

–

Christoph Stahl_Culture Identity_Print_Web_Rettungsgestaltung_
ADRESSE GEAENDERT_Marktstraße 16_31319 Sehnde_Tel 05138-702805

spip-en@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-en

10

Hi,

last question i had was answered with a hint to upgrade. Now i tried to use the new 2.1 and i cant login anymore, i get this message:

The system encountered an error when trying to write the file tmp/cache//.ok. As a site administrator, please verify write permissions of the directory tmp/cache.and write permissions are ok (now 777) as are owner and group. Any idea? gonna try some older version now…

best regards
Chris

11

Update: No problem running 2.0.9 but of course that does not help my IE png pictures problem, since the spip option i need is new in 2.1… So still, any idea?

best regards
Chris

12

Hello Christoph,

login problems of this kind usually disappear after deleting the contents of /tmp/cache and (if this does not do the job) /local

Don't forget to empy your browser cache as well. The bottom line is that any remaining compiled and cached content of previous versions may conflict with up to date code.

Since you seem to have a problem during installation it might help to erase the entire contents of the directory you use for installing SPIP.

Using the database login data you have enterd during previous installations SPIP usually integrates existing article data into the new installation. Be sure to make backups primarily to re-installion for this may not work under all circumstances, especially I am not sure whether it works during version updates.

If this is feasable depends on the the data you have backed up and how you did it. If you have a copy of /IMG and a database dump made with mysqldump or with SPIP you can restore everything after having done a fresh installation. This is not officially supported but works fine. SPIP 2.+ does quite well when it comes to restoring contents from older versions.

I just went through some hardships caused by my own code which had been running under SPIP 2.0.1.0 and revealed itself incompatible with SPIP 2.1, so I had to do lots of differents tests with backup and restore procedures of different code versions. SPIP is extremely tolerant in this regard. I never experienced any loss of data (well I had o lot of backups :wink: ) There are several working restore approaches not mentioned in the official manual. In case you encounter any further problem, just ask.

klaus++

Christoph Stahl wrote:

Hi,

last question i had was answered with a hint to upgrade. Now i tried to use the new 2.1 and i cant login anymore, i get this message:

       The system encountered an error when trying to write the file
       |tmp/cache//.ok|. As a site administrator, please verify write
       permissions
       <http://www.metrotown.de/ecrire/?exec=install&etape=chmod&test_dir=tmp/cache&gt;

       of the directory |tmp/cache|.

and write permissions are ok (now 777) as are owner and group. Any idea? gonna try some older version now...