Who's Online |
151 user(s) are online ( 86 user(s) are browsing Forums)
Members: 0
Guests: 151
more...
|
|
Headlines |
-
mce.lha - game/utility
Apr 23, 2024
-
theme_list.lha - utility/misc
Apr 23, 2024
-
faac.lha - audio/convert
Apr 22, 2024
-
faad2.lha - audio/convert
Apr 22, 2024
-
seq.lha - audio/misc
Apr 22, 2024
-
libfaac.lha - development/library/audio
Apr 22, 2024
-
libfaad.lha - development/library/audio
Apr 22, 2024
-
image2pdf.lha - utility/text/convert
Apr 22, 2024
-
libharfbuzz.lha - development/library/graphics
Apr 20, 2024
-
libpng.lha - development/library/graphics
Apr 20, 2024
|
|
|
|
Re: OWB and XHTML
|
Posted on: 2008/6/21 0:36
#2241
|
Home away from home
|
@nbache Quote: nbache wrote: @Hans
Quote:Hans wrote: @nbache
[...]
I have no idea as I know very little about web standards (not my area of expertise). All I can say is that every browser that I tried supports this attribute and renders the text the same way. Seeing as all browsers support it, it might as well be in the spec.
I've been away from the thread for some days, but this one just caught my eye and forced me to comment again.
IMHO, standards like those from the W3C are not supposed to be descriptive, but normative. Given that, you're almost saying the equivalent to: Since all cars can kill people when hitting them, this might as well be part of the requirements to the car makers.
Sorry, but that just doesn't work. The browsers have all been designed to support the attribute in question, in the manner that it's being used. A car, on the other hand, hasn't been designed to kill people. The browser has to be written specifically to support the attribute; whereas, the car doesn't need to be designed to kill people in order for it to be able to do so. I see two possibilities; either it's in the spec, and the w3c validator is wrong, or, it's a "non-standard" extension that everyone supports. Hans
|
|
|
|
Re: Website bug tracker removed?
|
Posted on: 2008/6/20 16:48
#2242
|
Home away from home
|
@Futaura
I realize that IBrowse 3.0 is a lot of work, but when will we see the number of open issues go down instead of up? Has there been much progress lately?
Hans
|
|
|
|
OWB source repository
|
Posted on: 2008/6/20 16:44
#2243
|
Home away from home
|
Does the Amiga port of OWB have a project page and/or source repository page?
Hans
|
|
|
|
Re: OWB and XHTML
|
Posted on: 2008/6/16 16:33
#2244
|
Home away from home
|
@LiveForIt Quote: LiveForIt wrote: @Hans
The login page does not look correct in V7.0.5730.13 build of Internet explorer.
???? I'm using exactly the same build of IE, and it looks just fine. Anyway, it's not my site. Hans
|
|
|
|
Re: OWB and XHTML
|
Posted on: 2008/6/16 15:31
#2245
|
Home away from home
|
@AmiGame Quote: AmiGame wrote: @Hans
Also you might want to have a look at HTML-Kit as an HTML editor (and more)... Even if it's on windows, I find it really good as it doesn't "bloat" your code with unnecessary crp (like Dreamweaver, Ultradev, Frontpage and the likes !).
Jerry
The CMS that I use has a built in editor called TinyMCE that almost works properly in OWB. The code that it generates looks pretty compact, and with a little more development, OWB should be able to use it perfectly. The site that I linked to in my first post is a demo of the CMS. You can log in to their admin pages to see what it looks like. Hans
|
|
|
|
Re: OWB and XHTML
|
Posted on: 2008/6/16 4:26
#2246
|
Home away from home
|
@nbache Quote: nbache wrote: @Hans
Quote: I can't fix the markup. The site that I linked to isn't mine.
Pity. Couldn't you just make a copy of the page locally, fix the missing end tag in that and see how OWB reacts?
I might try that. Quote: In general, I would trust the W3C validator over *any* tool, with the possible exception of a plain text editor combined with the official specs. Are you sure that attribute you mention is actually corretly used according to the XHTML standard and the DTD the page refers to?
I have no idea as I know very little about web standards (not my area of expertise). All I can say is that every browser that I tried supports this attribute and renders the text the same way. Seeing as all browsers support it, it might as well be in the spec. Quote: Document.write() is not part of the XHTML standard, it's part of DOM (AFAIK). I think the real issue is that the HTML standards are much more loose/forgiving on many points than XHTML, so a lot of markup slack is not caught when using plain old HTML as the yardstick.
The problem is that Google Adsense and Analytics depend on it. IE7 supports it, but not Firefox 2. Apparently Opera may also not support this method. Having to implement browser-specific workarounds is a real pain. I'm hoping that others will take a closer look at XHTML pages and OWB as well. Hans
|
|
|
|
Re: OWB and XHTML
|
Posted on: 2008/6/15 19:34
#2247
|
Home away from home
|
@nbache Quote: nbache wrote: @Hans
Quote: Hans wrote: @orgin
Quote:
So it has a tag missing the "/". Still, OWB shouldn't crash, even on sites with errors in the markup.
Hans
This is correct, of course. But more interesting: Did you now try fixing your markup problem and see whether OWB stops crashing?
If so, we have at least established that XHTML pages are not problematic for OWB, only buggy XHTML pages -- which is of course still an OWB bug.
Best regards,
Niels
I can't fix the markup. The site that I linked to isn't mine. Even with my site, fixing the errors that the validator lists is too much effort. My site contains various inserts (e.g., clustr-maps) that the w3 validator doesn't like. It also complains about markup generated by TinyMCE, the CMS page editor that I'm using. For example, it complains about the align="justify" attribute that TinyMCE uses to format paragraphs. Nevertheless, all browsers that I've tried correctly interpret this attribute. I'm starting to wonder how valid the w3 validator is. Finally, XHTML is not supported properly by browsers. For example, Firefox 2 doesn't support Javascript's Document.write() method with XHTML pages. Google's services tend to use these, causing Firefox to render pages incorrectly. I've decided to stick to plain HTML. Hans
|
|
|
|
Re: OWB and XHTML
|
Posted on: 2008/6/14 17:21
#2248
|
Home away from home
|
@orgin Quote: So it has a tag missing the "/". Still, OWB shouldn't crash, even on sites with errors in the markup. Hans
|
|
|
|
OWB and XHTML
|
Posted on: 2008/6/14 16:16
#2249
|
Home away from home
|
I'm in the process of setting up my own website, but was disappointed that OWB always crashed when trying to access the website. After switching my site from using XHTML to pure HTML, OWB could suddenly view the site without trouble. Here is a similar website that causes OWB to crash. It also uses XHTML. So XHTML pages seem to be problematic. To help the Amiga OS OWB port developers squash this bug, it might help if people check whether pages are XHTML and post which ones do and don't work here. If we can narrow down what causes the crash to specific content then finging and fixing the problem should be much easier. It would also be interesting to know if OWB on other platforms also have trouble with those pages. You can recognize XTML pages because they start with an xml tag. Usually there's an xml tag followed be a doctype tag, and then an html tag. Hans
|
|
|
|
Re: Amigans.net Featured Donations is GO!!
|
Posted on: 2008/6/13 5:07
#2250
|
Home away from home
|
@Mikey_C
... but having 300+ developers working away would be nice.
Hans
|
|
|
|
Re: Amigans.net Featured Donations is GO!!
|
Posted on: 2008/6/6 5:28
#2251
|
Home away from home
|
@Mikey_C
Good initiative. However, I noticed that the donation buttons only appears on the front page if someone is logged in. Is this intentional? Maybe someone that isn't logged in might want to donate too.
Hans
|
|
|
|
Re: Anybody got any FLIs?
|
Posted on: 2008/6/1 17:43
#2252
|
Home away from home
|
@Chris Quote: Chris wrote:
flxplay appears to have the wrong colours, this might be because that anim changes the colour palette every frame, or uses the entire palette and SDL/OS4 is taking over some of the pens itself.
MPlayer plays it correctly, from GUI and Shell.
The Datatype is playing it correctly but at a much reduced frame rate, that's next on my list. (edit: done, but now has the same colour problems as flxplay)
Chris
Are you passing the animation datatype the updated colour map every time a frame changes the palette? If not, have a look for the animgif datatype does it. Hans
|
|
|
|
Re: Anybody got any FLIs?
|
Posted on: 2008/6/1 5:38
#2253
|
Home away from home
|
@Chris Quote: Chris wrote:
I've updated the archive again, they all work now. However, digifly seems to crash it here, as does mobicogs (which is on Aminet). This may be related to the file positioning bug above, if it is wandering off into memory, or it might be due to the complexity of the files and the slowness of my decoding routines.
Where did you get the FLI/FLC version of mobicogs from? The mobicogs on aminet is a HAM6 anim. Hans
|
|
|
|
Re: Anybody got any FLIs or FLCs? [updated]
|
Posted on: 2008/6/1 1:55
#2254
|
Home away from home
|
@Chris Quote: Chris wrote: @Hans
That's how I've been using them, fortunately FLI/FLC doesn't have the concept of variable rate frames, although I'm curious as to how these are supposed to be supported by animation.datatype. There's a Duration field, but I can't see any information on what is supposed to go here (I've been setting it to 1, as in duration: 1 frame)
Basically you set a base frame-rate (100 fps for animgif) and duration is how many "frames" a single image should be shown. The animation datatype uses that information in order to avoid loading the same frame several times. Hans
|
|
|
|
Re: Anybody got any FLIs or FLCs? [updated]
|
Posted on: 2008/5/31 21:38
#2255
|
Home away from home
|
@Chris
Just a quick comment about the API, there seems to be a little confusion as to what exactly alf_Frame and alf_TimeStamp actually mean, particularly for variable frame-rate formats such as animgif. My understanding is that they are exactly the same thing, except one is an input, and the other is an output. Thus, even though frame 10 in the file may be shown for 5 frames, these five frames are treated as separate timestamps and separate frames by the animation datatype.
Hans
|
|
|
|
Re: June 2008: OS4 Developer Donations Nominations.
|
Posted on: 2008/5/31 21:34
#2256
|
Home away from home
|
@joerg I didn't realize that PayPal did this. In that case, if a developer has a website with a donate button set up, that would indeed be better.
@Sir_Lucas
Stephen Fellner can best be supported by purchasing DvPlayer. As an added bonus, you get the full version of DvPlayer.
Hans
|
|
|
|
Re: June 2008: OS4 Developer Donations Nominations.
|
Posted on: 2008/5/31 0:18
#2257
|
Home away from home
|
@joerg Quote: joerg wrote: @Hans No, AmiFund uses own paypal forms.
Is that really a problem? It still ends up in the same PayPal account. Hans
|
|
|
|
Re: June 2008: OS4 Developer Donations Nominations.
|
Posted on: 2008/5/30 23:48
#2258
|
Home away from home
|
@orgin Quote: orgin wrote: Would be nice if all the people nominating would also post a link to where the nominees keep their paypal donation link :)
Good idea. Quite a few of them can be found on the underutilized amifund website. Afxgroup has also been involved in a number of porting efforts and I still have Amishots running in the background. Which reminds me, I never got round to trying out LinCity NG. I also like the look of Rigo's IDE for C/C++. Hans
|
|
|
|
Re: Latest News on Live 'C' Programming event in UK (for Complete Beginners)
|
Posted on: 2008/5/27 21:50
#2259
|
Home away from home
|
@Rigo Quote: Interesting screenshot. That looks very useful. I know that now is not the best time to be asking for additional features, but are you considering integrating CVS/SVN support? Hans
|
|
|
|
Re: Need a tester
|
Posted on: 2008/5/24 20:57
#2260
|
Home away from home
|
@Rogue Dang. I was just a bit too slow. Hans
|
|
|
|