still giving

bump

I reckon this is also something that affect netbook users with limited screen resolutions who are left to need to scroll down so many times.

Can something like the iPhone apps be made to run on Macs or PCs?

Thanks.

Is this universal then? Should all have no ending … or are there files required to close the code?

Appreciated.

Unfortunately, using the position: fixed string in css does not work and is not all browser compatible.

I am surprised there isn’t an easy fix for this.

There was a related topic here; https://www.ads-software.com/support/topic/static-header-and-sidebar

It there a possibility to re-size the map in the code? Can I resize it manually to fit my template? Or define my own maps, magnification etc?

It is possible to set the center by Latitude and Longitude where I want it to be rather than Greenwich Meridian?

Thanks.

or WP Native Dashboard

The plugin I was thinking about is called “Admin in English”.

If you head into Buddypress territory with languages … it becomes even worse.

Don’t.

I have been fighting with this for more than a year. Basically, it is a wonderful dream … but it does not work.

If you look at the way WP handle themselves … they just use separate installs on separate domains and, considering that the search function on MU sites is fairly sucky anyway, this is not great loss. A lot of additional admin time but not lose in the end.

It is weird … but for a software all about “communication” there is very little cross linguistic communication, awareness and, especially, the ordering of available software. It is strangely nationalistic or “Speak English Please!”.

You will also have LOTS of problems with themes IF you are using non-Roman characters, e.g. Chinese characters.

Examples,

If … and big IF only … foreign language software exists … it does not exist on English language website. You wont even be able to find it half the time.

If … and big IF again … you get something running … you will find that

a) there are many strings that are not translated
b) most of the themes and all of the plugins have hidden strings that need translating
c) where you translate manually … these will NOT be translated by non-core non-Automattic language translating plugins
d) there is a good chance language translating plugins will not be supported and updated. We lost j-language recently which was a good and simple one.

Ditto, WPML and its Buddypress chum, which is one of your best bets to look at, does not always work but there is an “Admin in English” plug in.

Additionally, .mo or .po files alone do NOT do the job alone

What you need to realise is that you are headed into mostly uncharted waters and the bleeding edge of Web 2.0. You will need VERY good techie support in whatever languages you are attempting to handle bespoke translations. And even then it will not “just work”. You will have to make compromises.

? Something needs to change with the way WP handles languages … up to now it just has not been considered or prioritised in the design.

IMHO, basically ALL of the text has to be moved to separate files where they can be edited rather like phpBB handles language and language packs. And to be editable via the admin interface.

I am guessing that the problem with having to remove the .maintenance file manually is due to the upgrade script timing out.

Is there any chance folk suffering this issue are on shared hosting and their web host has some time limitations for running php scripts? Or is it browser related?

I have seen the problem more than once now (I use Safari). Is there anyway of knowing IF the upgrade has completely run?

It is true. The WordPress is successful open source community off the back of which Auttomatic have raised in excess of $10 m and are paying themselves handsomely.

The problem is, the HTML editor – which is what I am mainly talking about – is not just that. It no longer does just plain text … and it conflicts with the Visual editor. Likewise, just saving re-edits the HTML. So there is something going on in the WordPress element of it that is not quite right, and not documented.

Beta testing and bug reporting are all part of “contributing” too.

Honest critical feedback is worth far more than fanboy waxing about how wonderful things are.

? There is another problem where it grabs elements one line above the selection parts and applies edits to them unwanted, e.g. around images and paragraphs.

The bottomline is at present we have a tool that is aimed at novice users which requires advanced understanding to make work … and the bit for those with advanced understanding is screwed up by the bit for novices.

The problem has gotten worse since the upgrade. Really it should have been noticed BEFORE it went into the mix. Because it should not have.

The obvious problems include:

the text editor is not even just a text editor. There is some invisible stuff going on that screws up with one’s content and code.

the text editor and the visual editor conflict with each other … VERY BIG BAD

the both expand their content modification beyond what it says on the page, e.g. if you put text and images nearby or together the editors screw with them

there is no simple ‘center’ for images, only a text center div

they’re default use of <p> tags instead of simple

It has been raised before, you are entirely correct, for people that know their code WP have been surprising silent on the issue.

The new text editor is very depressing shite. Fact. It is far worse than the one before it.

It has so many bugs, errors and makes so many bad technical decisions I cannot even be bothered listing them all.

It is even worse than Microsoft product.

It requires a coder’s know how to fix them which kind of defeats the purpose of a WYSIWYG interface in the first place.

WordPress requires rescuing from it.

Ditto above … and is it possible to disable it, at least during admin set up?

If not, make that a requested feature.

Security is a wonderful thing when one needs it but equally a PITA obstacle when was does not … image a locked front door on a building site which had to be key opened every time the tradesman required entry!

Thank you … sorry for the late reply but I have been offline.

I find that

<div style="text-align:center">
https://www.youtube.com/watch?v=xxx
</div>

does not work to center video.

I have tried other css hacks like using % or auto option.

Where is the core css to fix this so that center is the default instead of left?

I cannot get my head around how the people that decided on css standards did NOT make an option for center … its incredible.

I mean … why? What planet are they on?

Thanks in advance if you managed to fix it and let us know.

Do you have a plain English explanation of how to get this working.

So … I have to make a php.ini file in root … and then what?

session.save_path = / ;

I have tried every configuration I can think of. My host says I have to put in in the directory I want it for … not root … but neither work.

Perhaps you need to integrate a checker which states specifically what path, directories etc it needs?

What is “session.save_path”?