More information; I get the following error in the console, which I assume
is related:
[18:46:20.062] Error in parsing value for 'display'. Declaration dropped.
@ http://wiki.gamera.cc/pub/css/markup.css:92
Not sure if that helps in understanding, but I figured I'd forward it.
On Mon, Nov 11,
Hello All,
My server was recently upgraded to php 5.4.21. Since then, some pages are
not showing the text, even though when I download the file from the server,
the text is in the text field.
An example page can be seen live at
http://wiki.gamera.cc/index.php?n=ReturnoftheTitans.Rosemary
And I
You have point.
What I did was to create two skins, one for desktop use and one for small iOS
devices, and give the visitor a choice of which skin they want to use.
Maintaining two skins is trivial, in my opinion.
This skin looks great in a desktop web browser:
http://www.ianmacgregor.net/Main/
Seems as if iOS has trouble with variable width in general (like in the
default pmwiki skin). Maybe the mobile Safari browsers were optimized
for handling those "old" fixed-width layouts and making them usable on
small screens - and therefore often cannot deal with "newer" design
approaches properl
On 11/11/2013 23:51, Ian MacGregor wrote:
I've been doing web design for over a decade, and those older fixed-with CSS
skins always look better.
But, some people are so close minded they won't ever learn.
Responsive design gives different "fixed-width" response according to
the size of the
On 11/11/2013 23:47, StefCT wrote:
Same here. Strangely enough, classic fixed-width CSS layouts seem to
look best on my iTouch (but I'm admittedly not an expert on webdesign
for mobile devices).
--StefCT
and how does this look with the bootstrap skin, which was tailored for
mobile device?
h
I've been doing web design for over a decade, and those older fixed-with CSS
skins always look better.
But, some people are so close minded they won't ever learn.
Regards,
Rev. Ian MacGregor
http://ianmac.nfshost.com
> On Nov 11, 2013, at 2:47 PM, StefCT wrote:
>
> Same here. Strangely enoug
I believe that when I see it.
Regards,
Rev. Ian MacGregor
http://ianmac.nfshost.com
> On Nov 11, 2013, at 2:28 PM, Brian Tibbels
> wrote:
>
> I would get carried away with responsive skins as they are going to become a
> necessity in the years to come. I have just completed a site for a local
Same here. Strangely enough, classic fixed-width CSS layouts seem to
look best on my iTouch (but I'm admittedly not an expert on webdesign
for mobile devices).
--StefCT
On 11/11/2013 11:30 PM, Ian MacGregor wrote:
> Yes, it looks fine on android. But, responsive skins are horrible on iOS
> dev
Yes, it looks fine on android. But, responsive skins are horrible on iOS
devices.
Regards,
Rev. Ian MacGregor
http://ianmac.nfshost.com
> On Nov 11, 2013, at 2:23 PM, Eric Forgeot wrote:
>
>> On 11/11/2013 23:14, Ian MacGregor wrote:
>> Don't get too carried away with responsive skins, they l
I would get carried away with responsive skins as they are going to become
a necessity in the years to come. I have just completed a site for a local
competitive music festival and the stats have shown that more ipads and
iphones came to the site than conventional PCs! Hence my interest in the
CSS
On 11/11/2013 23:14, Ian MacGregor wrote:
Don't get too carried away with responsive skins, they look horrible on iOS
devices.
Strange. It looks OK on my android devices (tablets and phone), if I
manage to borrow an iOS device I'll have a look at this.
___
Don't get too carried away with responsive skins, they look horrible on iOS
devices.
Regards,
Rev. Ian MacGregor
http://ianmac.nfshost.com
> On Nov 11, 2013, at 1:42 PM, Eric Forgeot wrote:
>
>> On 09/11/2013 21:51, Ian MacGregor wrote:
>> Yeah, I don't know how to fix that I'm still researchi
The menu problem with the skin has been fixed, by the way.
Regards,
Rev. Ian MacGregor
http://ianmac.nfshost.com
> On Nov 11, 2013, at 1:42 PM, Eric Forgeot wrote:
>
>> On 09/11/2013 21:51, Ian MacGregor wrote:
>> Yeah, I don't know how to fix that I'm still researching it - it has
>> somethin
I don't have an easy way to test browsers on the Windows operating system,
and I don't have much free time right now but I have packed the most recent
version of Galleria with a recent jQuery release here:
http://tl.5ko.fr/M/Galleria132
Please test the page with MSIE and other browsers it a
On 09/11/2013 21:51, Ian MacGregor wrote:
Yeah, I don't know how to fix that I'm still researching it - it has something
to do with the CSS of the sidecontent. But, I'm glad you like it.
Regards,
Rev. Ian MacGregor
http://ianmac.nfshost.com
It looks great. I've included it into my pmwiki dist
Hello
I'm still looking for a solution for my site to display a picture
gallery (as galleria unsually does). May be there is also an other
scriptthan galleria with a similar layout.
Unfortunatly the "galleria" recipe didn't work on my site with MSIE
and I really spent a lot of time of res
No, not simply for any attribute and any tag. The (:div:) and (:table:)
markups allow inserting any attributes except onclick and similar.
Other tags are processed differently. While there may be a way to define
and set additional attributes, this in no way would be simple and/or
maintainab
Haha! Yes I already use that for the really tricky layouts such as adding
an embedded in a link :| but I was just thinking for pmWiki to
integrate with common (and popular) frameworks there are plenty of
attributes that need to be added. If it is as simple as the example you
previously sent then
Brian Tibbels writes:
« HTML content follows »
Many thanks Petko - how feasible is it to allow any attribute regardless, in
the way that html tags work so that any attribute can be added to any tag?
You probably want http://www.pmwiki.org/wiki/Cookbook/EnableHTML .
Petko
On 11 November 20
20 matches
Mail list logo