1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
813
814
815
816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
|
Re: [Dillo-dev]Sourceforge
From: Jorge Arellano Cid <jcid@hu...> - 2000-04-24 19:15
Hello World!
First, I'd really appreciate feedback on my ematic.com email address,
but I still don't know if it is world reachable.
(If you can't deliver there, use jcid@ma... instead).
On Sun, 23 Apr 2000 bigdaddy@ll... wrote:
> I noticed that dillo is only using about 30% of all the sourceforge
> resources that it could.
Excellent, if you feel like updating it...
> I.E. - The there is no webpage at http://dillo.so....net
I wish it to be a mirror rather than a URL redirection.
I'll keep the bug track engine and the primary site in the new server
(dillo.inf.utfsm.cl) and use sourceforge to handle heavy network traffic
(downloads and home page).
> The ftp on sourceforge is very outdated.
Update it, no problem (please delete the old tarball)
> The CVS hasn't been updated in a while
Not first priority. If updated, it would work as a checkout only.
> I think it might be a good idea to update the sourceforge stuff. It might
> help to bring more developers into the project.
Thanks, please contact James and ask him the SW permissions to do that.
It would be nice to announce the project in sourceforge news too...
Please remember that this is a DEVELOPER's release. Not for USERS.
> Switching over to sourceforge's bugtracking might not be a bad idea, but
> since we already have an engine for that (though last time I checked it
> wasn't working) it is not a high priority.
The bug-track is healthy and working, check it at:
http://dillo.inf.utfsm.cl/
(it is was designed for this project, so we'll keep it)
Jorge.-
[Dillo-dev]Sourceforge
From: <bigdaddy@ll...> - 2000-04-24 01:45
I noticed that dillo is only using about 30% of all the sourceforge
resources that it could.
I.E. - The there is no webpage at http://dillo.so....net
The ftp on sourceforge is very outdated.
The CVS hasn't been updated in a while
So on, and so forth.
I think it might be a good idea to update the sourceforge stuff. It might
help to bring more developers into the project.
At a minimum- make a re-direct on the dillo.so....net page to the
real homepage, and update the ftp tarball.
Switching over to sourceforge's bugtracking might not be a bad idea, but
since we already have an engine for that (though last time I checked it
wasn't working) it is not a high priority.
Does anybody else have any thoughts?
-Mark
"You can't get a blue screen on a black and white monitor."
Re: [Dillo-dev]ematic.com
From: <bigdaddy@ll...> - 2000-04-22 21:28
If this gets to you, then no ;-)
-Mark
"You can't get a blue screen on a black and white monitor."
On Fri, 21 Apr 2000, Jorge Arellano Cid wrote:
>
> Hi,
>
> Has anyone experienced trouble sending mail to jcid@em...?
>
>
> Jorge.-
>
>
>
>
> _______________________________________________
> Dillo-dev mailing list
> Dillo-dev@li...
> http://lists.so....net/mailman/listinfo/dillo-dev
>
[Dillo-dev]ematic.com
From: Jorge Arellano Cid <jcid@em...> - 2000-04-21 18:19
Hi,
Has anyone experienced trouble sending mail to jcid@em...?
Jorge.-
[Dillo-dev]New server
From: Jorge Arellano Cid <jcid@hu...> - 2000-04-20 14:25
Hi!
Just finished moving the web site!
Take a look at: http://dillo.inf.utfsm.cl/
Jorge.-
[Dillo-dev]Progress
From: Jorge Arellano Cid <jcid@em...> - 2000-04-20 01:44
Hello crew!
The new server is almost set; just need to recompile the CGIs
and it will be ready!
The cache rewrite is in progress, I just finished writing a
whole new IO engine; the cache will be based on it, and the rest
of Dillo will use the cache API.
Please remember that after that's done, and the CPU hogging
problem is fixed, we'll make a freshmeat announce!
Regards
Jorge.-
[Dillo-dev]Current tarball
From: Jorge Arellano Cid <jcid@em...> - 2000-04-13 03:30
Hi!
You can get the latest tarball at
http://academico.inf.utfsm.cl:81/~jcid/Dillo/d010a7.tgz
(This is not a release yet; just some patches and progress trying
to overcome the CPU-hogging bug)
Jorge.-
Re: [Dillo-dev]CPU Hogging
From: <greslin@li...> - 2000-04-12 13:34
On Wed, Apr 12, 2000 at 09:12:28AM -0400, Jorge Arellano Cid wrote:
>
> Ps: If you want to get a tarball with what's currently done, let
> me know, just to put it online.
Yes, please do.
--
Rob Warren
email: greslin@li...
homepage: http://www.iag.net/~aleris
GXAnim: http://www.iag.net/~aleris/gxanim.html
The Canvas Project: canvas.linuxpower.org
OpenLaw DVD FAQ: http://www.cssfaq.org
[Dillo-dev]CPU Hogging
From: Jorge Arellano Cid <jcid@em...> - 2000-04-12 13:21
Hello list!
Greetings to the new members, and to the old ones!
Some news from current project-status:
I've been working with the CPU-hogging problem, and after
fixing several things here and there (dns.c, socket.c, http.c,
IO.c, IO.h, web.c, cache.c...), it's a decision: I'll rewrite the
cache module.
The cache module is split among several different parts in the
code, and integrated in a subtle way with some others. Getting
the idea of the data flow (and the algorithms) becomes a titanic
task, and maintenance is almost impossible. Ah, and it's broken!
Now I'm working on it, and when its done: a new tarball will be
released. After that, we'll set dillo.so....net to be a
mirror of our main site, and I'll make a freshmeat announce "urbi
et orbi".
The new site server is almost ready. Just need to move the
database and the bug-track engine there...
If you feel like patching dillo, please focus on the rendering
part for now; the low level routines are under heavy
reconstruction.
Best regards
Jorge.-
Ps: If you want to get a tarball with what's currently done, let
me know, just to put it online.
Ps2: Don't use the CVS now, it's outdated, and when we get it
sync. it will serve as a checkout only.
[Dillo-dev]CPU hogging (part 1)
From: Jorge Arellano Cid <jcid@me...> - 2000-04-05 14:27
Hi,
I just fixed the short CPU hogging that happened when waiting
for a DNS query. (Look bug #50 in the bug-track).
This doesn't mean that the whole CPU hogging problem is solved. Our
mailing-list-archives-link still hogs the CPU (And forever).
I'll focus on that now.
Jorge.-
Re: [Dillo-dev]Announce
From: <greslin@li...> - 2000-04-04 21:25
On Tue, Apr 04, 2000 at 02:41:45PM -0400, Jorge Arellano Cid wrote:
> [Rob said]
> > Right now I'm far more concerned about this runaway CPU usage. Dillo compiled
> > great out of the box, and it looks good and stable. But after only calling up
> > a page or two, it started grabbing 98% of my CPU. This is absolutely unacceptable.
> >
> > Does anyone have any idea what is causing this? I assume Dillo is using a
> > threading system of some kind; could this be the problem?
>
> OK, I've been workink on that.
> It is NOT the threading system!
> Actually, what causes the problem is URL redirection. If you hit a
> redirected URL, the CPU will be hogged.
I don't buy this. I've tried calling up my own web page at:
http://www.iag.net/~aleris
and sometimes it causes CPU hogging, sometimes it doesn't. It doesn't seem to be
tied into the threading system at this point; I disabled threading support and
it still happens. Somewhere there is a piece of code that drops into a nearly
infinite loop or something. I suspect it is somewhere in the vicinity of the DNS
resolution code but I can't prove it yet.
>
> > Before we get too deep in making it pretty, we need to improve the infrastructure.
> > The alternative is to end up with Netscape Communicator. :(
>
> Yes man, I agree.
> Have you figured out the whole mess that we had before this release?
>
> Well, technically talking I've been studying the problem and almost
> every problem comes from the IO engine change. It behaves asynchronously
> but, it was struggled-in without the minimal considerations about that
> kind of processing. I mean, several critical races were introduced and
> it was merged with the former (streamed) implementatiom. Frankly I'm not
> sure now if trying to fix it, or plainly rewriting it.
The latter may be a better idea. This code is a mess, and we'll end up
spending more time trying to figure the code out than we will fixing it.
We should probably aim at a gradual rewrite of the browser itself before
we start shoehorning new features into the current architecture.
Rob Warren
email: greslin@li...
homepage: http://www.iag.net/~aleris
GXAnim: http://www.iag.net/~aleris/gxanim.html
The Canvas Project: canvas.linuxpower.org
OpenLaw DVD FAQ: http://www.cssfaq.org
Re: [Dillo-dev]Announce
From: <greslin@li...> - 2000-04-04 18:39
On Tue, Apr 04, 2000 at 02:41:45PM -0400, Jorge Arellano Cid wrote:
>
> Rob,
>
>
> > I'm getting it through Sourceforge.
>
> But you checked our site in the academico server, right?
Yes, I have. It's just that I'm working through SF for other projects; this
is more convenient for me.
>
> > Do me a favor; could you go ahead and
> > clear me as a developer?
>
> Sorry (my poor english), what do you mean?
Go to Sourceforge and indicate to their systems that "Greslin" is one of
your developers. This will give me update access to the CVS tree.
> > Right now I'm far more concerned about this runaway CPU usage. Dillo compiled
> > great out of the box, and it looks good and stable. But after only calling up
> > a page or two, it started grabbing 98% of my CPU. This is absolutely unacceptable.
> >
> > Does anyone have any idea what is causing this? I assume Dillo is using a
> > threading system of some kind; could this be the problem?
>
> OK, I've been workink on that.
> It is NOT the threading system!
> Actually, what causes the problem is URL redirection. If you hit a
> redirected URL, the CPU will be hogged.
I'll tinker with it when I get time.
--
Rob Warren
email: greslin@li...
homepage: http://www.iag.net/~aleris
GXAnim: http://www.iag.net/~aleris/gxanim.html
The Canvas Project: canvas.linuxpower.org
OpenLaw DVD FAQ: http://www.cssfaq.org
Re: [Dillo-dev]Announce
From: Jorge Arellano Cid <jcid@in...> - 2000-04-04 18:33
Rob,
> I'm getting it through Sourceforge.
But you checked our site in the academico server, right?
> Do me a favor; could you go ahead and
> clear me as a developer?
Sorry (my poor english), what do you mean?
> Right now I'm far more concerned about this runaway CPU usage. Dillo compiled
> great out of the box, and it looks good and stable. But after only calling up
> a page or two, it started grabbing 98% of my CPU. This is absolutely unacceptable.
>
> Does anyone have any idea what is causing this? I assume Dillo is using a
> threading system of some kind; could this be the problem?
OK, I've been workink on that.
It is NOT the threading system!
Actually, what causes the problem is URL redirection. If you hit a
redirected URL, the CPU will be hogged.
> Before we get too deep in making it pretty, we need to improve the infrastructure.
> The alternative is to end up with Netscape Communicator. :(
Yes man, I agree.
Have you figured out the whole mess that we had before this release?
Well, technically talking I've been studying the problem and almost
every problem comes from the IO engine change. It behaves asynchronously
but, it was struggled-in without the minimal considerations about that
kind of processing. I mean, several critical races were introduced and
it was merged with the former (streamed) implementatiom. Frankly I'm not
sure now if trying to fix it, or plainly rewriting it.
The cache system integrates with the IO and it is also obscure :-(
I still can't find a clear way of using it and handling close and abort
requests the way it should be so, basically I'm studying the code now
to try to find whether to heavily fix it or to change it.
As a matter of fact, this would not be the first module rewrite in the
project.
If you suggest me an IRC channel now,
no problem to meet you there.
Jorge.-
Re: [Dillo-dev]Announce
From: <greslin@li...> - 2000-04-04 16:59
On Tue, Apr 04, 2000 at 09:33:08AM -0400, Jorge Arellano Cid wrote:
>
> Rob,
>
> First of all, welcome aboard!
> You were the first to answer the announce, and I already saw
> you in the mailing list!
> I know our server was down for a couple of hours (or more?),
> but it is working now! Please let me know if you were able to
> reach it.
I'm getting it through Sourceforge. Do me a favor; could you go ahead and
clear me as a developer?
> > I'm a C programmer, familiar with GTK and application development. I currently
> > maintain GXAnim (GTK frontend to XAnim movie player) and am very slowly working
> > on the Canvas Project, another video-related project. In my spare time I
> > work with the Open File Sharing Initiative (napster-esque file transfer) and do
> > quite a bit of work with the Openlaw DVD forum at Harvard Law.
>
> Perfect, GUIs and some networking!
> May a suggest you take a look at Dillo widget bugs?
> We are very concerned of the small pages rendering bug.
Right now I'm far more concerned about this runaway CPU usage. Dillo compiled
great out of the box, and it looks good and stable. But after only calling up
a page or two, it started grabbing 98% of my CPU. This is absolutely unacceptable.
Does anyone have any idea what is causing this? I assume Dillo is using a
threading system of some kind; could this be the problem?
Before we get too deep in making it pretty, we need to improve the infrastructure.
The alternative is to end up with Netscape Communicator. :(
Rob Warren
email: greslin@li...
homepage: http://www.iag.net/~aleris
GXAnim: http://www.iag.net/~aleris/gxanim.html
The Canvas Project: canvas.linuxpower.org
OpenLaw DVD FAQ: http://www.cssfaq.org
Re: [Dillo-dev]bug - incomplete rendering of html
From: Jorge Arellano Cid <jcid@em...> - 2000-04-04 13:42
Sammy,
On Mon, 3 Apr 2000, nightstalker wrote:
> i have noticed something about this bug (reading small html files can
> result in incomplete displays .. workaround is to hit reload :)
Just sometimes. You may have to resize the window or go back
and forward to fix the display.
This is a Dillo-Widget bug.
I think its due to initialization problems. If you look at it
in detail, you'll notice that sometimes, a gray square renders on
top of the page (try loading a small image for instance), and
that its height is exactly the same of the whole set of toolbars.
Some other times, small HTML pages "appear" with an upward
shift...
> i first ran dillo with the 'nstalkie' user who uses the Aqua gtk-theme.
> the bug occured. Then i ran dillo with the 'progs' user who
> uses the Cheese gtk-theme. The bug
> also occured BUT in a different way. i had to press reload twice in
> order to view the whole page.
Yes, what we have here is not a single thread problem but an
asynchronous race condition. That explains the variations. If you
try it several times, with different CPU loads for instance, you
may notice diferences with the same gtk-theme.
Jorge.-
[Dillo-dev]Re: tarball location, etc.
From: Jorge Arellano Cid <jcid@em...> - 2000-04-04 13:42
James,
On Mon, 3 Apr 2000, James McCollough wrote:
> hey -
>
> Sourceforge has webspace for us at dillo.so....net. Could you
> send me all the files that make up the dillo website, so I can mirror
> them on so....net?
No. :-)
Not every file. The problem is mainly with Dillo bug-track
engine; it uses a database that's set in 'tonatiuh' server, and I
want to keep it there (Is faster an easier to administrate).
Well, there're several other pages that I can send you, just
let me make absolute links for them.
The other important fact is that if we have sourceforge
mirroring the site, you (or someone else) has to do the sync.
work...
> I will also move the tarball there shortly.
By now, you already did it; I checked all the links.
Thanks.
(Don't erase download.so....net/dillo/dillo-0.1.0.tar.gz)
> By the I really like the new release.
> It is very stable.
Good!!!
(Stabilization is one of our main concerns.)
> I am also going to update the CVS shortly.
Don't you hurry.
I'm thinking of setting it locally in 'huallepen'.
Why?
Because so....net is a very slow link form here, the CVS
doesn't generate a big network load, and I have an exclusive
machine to put it on!
Jorge.-
Re: [Dillo-dev]Announce
From: Jorge Arellano Cid <jcid@em...> - 2000-04-04 13:42
Rob,
First of all, welcome aboard!
You were the first to answer the announce, and I already saw
you in the mailing list!
I know our server was down for a couple of hours (or more?),
but it is working now! Please let me know if you were able to
reach it.
> I just saw your announcement on gtk-app-devel. All I can say is, good. It's
> good to know that someone's picked up gzilla from the dustbin; I hate to think
> that the only modern browsers we have for Linux are commercial ones.
Well, our beloved Dillo is far away from challenging those big
ones, but its speed and anti-bloat design are addictive!
(We'll try to make it render the whole HTML 4.0 before thinking
of extending it. And when I say "render HTML 4.0", I mean to have
the info displayed in a suitable way.)
> I'm a C programmer, familiar with GTK and application development. I currently
> maintain GXAnim (GTK frontend to XAnim movie player) and am very slowly working
> on the Canvas Project, another video-related project. In my spare time I
> work with the Open File Sharing Initiative (napster-esque file transfer) and do
> quite a bit of work with the Openlaw DVD forum at Harvard Law.
Perfect, GUIs and some networking!
May a suggest you take a look at Dillo widget bugs?
We are very concerned of the small pages rendering bug.
> Anyway, I don't know how much time I'll be able to devote here, but I'll put
> my two bits in where I can and throw a piece of code out every so often. Do
> you guys have a CVS of your current source? (I assume so.. you're on
> Sourceforge, right?)
Actually we have, but I'll try to set it up on another server,
not sourceforge (We are half sourceforgers)
When the CVS is set, I'll let you all know. It will work only
as a checkout in the beginning...
Jorge.-
Re: [Dillo-dev]problem with urls.
From: Jorge Arellano Cid <jcid@em...> - 2000-04-04 13:42
Sammy,
On Sun, 2 Apr 2000, nightstalker wrote:
> hi,
>
> this is a minor thingie ...
> when you enter an url like this:
> http://www.skoardy.demon.co.uk/rlnews
> dillo must put a '/' behind this .. i have already found the place in
> the code
> where it should happen, but i was thinking :
Actually that happens!
Look at the VT screen behind Dillo (Nav_open_url) and you'll
see the URL change.
> how can you know this is a directory ?
There's no way, that I know, to know that in advance.
If you have " 'hi' can be either a file or a
directory.
> i'm thinking of this :
> i can add a test to see if there are any '.' or '?' in the tail (in this
> example /rlnews) (the ? is for queries which can be without
> a dot but may not get a trailing '/' for example :
> http://www.altavista.com/cgi-bin/query?pg=q&sc=on&hl=on&q=dillo&kl=XX&stype=stext
Sure, there're those URLs too.
I think that a good guess can be done using the last filename:
If it has a '.', most probably it's a dir!
You have to check it for POST or GET or whatever before making
the gess though.
The sure way to proceed is to check the RFC.
> is it possible for a http address to have a '.' in the directory name ?
Yes.
Jorge.-
Re: [Dillo-dev]Announce
From: <greslin@li...> - 2000-04-03 21:44
On Mon, Apr 03, 2000 at 04:56:52PM -0400, Jorge Arellano Cid wrote:
>
> Ok, I made the announcement to gtk app devel list,
> Does anyone feel like announcing it to sourceforge news? James? Luca?
>
> Ah, also updated the website.
>
> Jorge.-
Hey ho.
I just saw your announcement on gtk-app-devel. All I can say is, good. It's
good to know that someone's picked up gzilla from the dustbin; I hate to think
that the only modern browsers we have for Linux are commercial ones.
I'm a C programmer, familiar with GTK and application development. I currently
maintain GXAnim (GTK frontend to XAnim movie player) and am very slowly working
on the Canvas Project, another video-related project. In my spare time I
work with the Open File Sharing Initiative (napster-esque file transfer) and do
quite a bit of work with the Openlaw DVD forum at Harvard Law.
Anyway, I don't know how much time I'll be able to devote here, but I'll put
my two bits in where I can and throw a piece of code out every so often. Do
you guys have a CVS of your current source? (I assume so.. you're on
Sourceforge, right?)
Rob Warren
email: greslin@li...
homepage: http://www.iag.net/~aleris
GXAnim: http://www.iag.net/~aleris/gxanim.html
The Canvas Project: canvas.linuxpower.org
OpenLaw DVD FAQ: http://www.cssfaq.org
[Dillo-dev]Announce
From: Jorge Arellano Cid <jcid@hu...> - 2000-04-03 21:18
Ok, I made the announcement to gtk app devel list,
Does anyone feel like announcing it to sourceforge news? James? Luca?
Ah, also updated the website.
Jorge.-
--------------------
gtk announce follows
--------------------
Hi there,
I only hope this to be the right place for this announcement; please
don't suggest freshmeat cause Dillo is still alpha code.
Dillo is a gtk+based web browser that's very fast, lean and extensible.
It has its own HTML parsing routines, is written completely in C and the
tarball is just 200Kb! (The stripped binary is also 200Kb).
There's no support for Java, javascript.
We are in need of developers; those of you who feel interested in
this project, or just wnat more info, take a look at
http://academico.inf.utfsm.cl:81/~jcid/Dillo/project.html
you'll find everything there.
Jorge.-
Dillo project maintainer
Ps: Dillo is GPLed!
Re: [Dillo-dev]Developer release
From: Jorge Arellano Cid <jcid@em...> - 2000-04-03 13:21
Hi,
On Sun, 2 Apr 2000, nightstalker wrote:
> Jorge Arellano Cid wrote:
>
> > Hi everyone!
> >
> > Today dillo-0.1.0.tar.gz is ready for download. It will be our
> > first public developer release!
> >
>
> cool !
>
> >
> > When James finish setting it to on the sourceforge ftp server,
> > I'll add a download link to the home page, announce it to the gtk
> > devel mailing list, and it will be public!
> >
>
> we can also announce it on freshmeat (freshmeat.net)
Yes, we can, but later...
Why?
1.- Because I need to address server traffic concerns.
Currently the source is in the academico server and also at
ftp://ftp.so....net/pub/sourceforge/dillo/dillo-0.1.0.tar.gz
The first one is not able to handle a big load, as what could
be generated by a freshmeat announce, and the second one is very
slow and unreliable. This week I'll set up a new server, and
maybe put the source on a ftp port with a maximum concurrent
connection limit.
The best setting (IMHO) is to have dillo source at:
http://dillo.so....net/dillo-0.1.0.tar.gz
and everything else in the new server.
2.- Because we need more developers, and the gtk mailing list
is a better place to find gtk skilled guys. The freshmeat list
has a broader range, and our release is not ready for users yet.
(Anyway, if the gtk-mailing-list announce fails to bring new
devels. to the project, a freshmeat one will follow quickly!)
Jorge.-
Ps: James, would you mind setting the
http://dillo.so....net/dillo-0.1.0.tar.gz URL?
[Dillo-dev]bug - incomplete rendering of html
From: nightstalker <nstalkie@tv...> - 2000-04-03 00:02
i have noticed something about this bug (reading small html files can
result
in incomplete displays .. workaround is to hit reload :)
i first ran dillo with the 'nstalkie' user who uses the Aqua gtk-theme.
the bug
occured.
then i ran dillo with the 'progs' user who uses the Cheese gtk-theme.
the bug
also occured BUT in a different way. i had to press reload twice in
order to
view the whole page.
this bug is getting weirder and weirder :)
ns
[Dillo-dev]problem with urls.
From: nightstalker <nstalkie@tv...> - 2000-04-02 23:15
hi,
this is a minor thingie ...
when you enter an url like this:
http://www.skoardy.demon.co.uk/rlnews
dillo must put a '/' behind this .. i have already found the place in
the code
where it should happen, but i was thinking :
how can you know this is a directory ? i'm thinking of this :
i can add a test to see if there are any '.' or '?' in the tail (in this
example
/rlnews) (the ? is for queries which can be without a dot but may not
get a
trailing '/' for example :
http://www.altavista.com/cgi-bin/query?pg=q&sc=on&hl=on&q=dillo&kl=XX&stype=stext
is it possible for a http address to have a '.' in the directory name ?
ns.
ps: yes i'm a roguelike fan :)
Re: [Dillo-dev]Developer release
From: nightstalker <nstalkie@tv...> - 2000-04-02 21:58
Jorge Arellano Cid wrote:
> Hi everyone!
>
> Today dillo-0.1.0.tar.gz is ready for download. It will be our
> first public developer release!
>
cool !
>
> When James finish setting it to on the sourceforge ftp server,
> I'll add a download link to the home page, announce it to the gtk
> devel mailing list, and it will be public!
>
we can also announce it on freshmeat (freshmeat.net)
>
> Comments are welcomed.
>
> Jorge.-
>
> Pd: Haven't got any feedback on the former release yet :-|
>
i haven't really tried the newest release yet .. (i'll try 0.1.0)
all i saw was that it was good :)
ns.
|