AltME groups: search

Rebgui has a calendar and Allen has a calendar style for VID.

http://trac.geekisp.com/rebgui/browser/widgets/calendar.rand lines 
183-231 from http://trac.geekisp.com/rebgui/browser/rebgui-widgets.r

I have Rebgui in mine .. I didn't write it .. but I sure have had 
to help debug it.

Here is my application result:
 
make object! [
     folders: 1
     files: 2
     raw-bytes: 1690752
     compressed-size: 396721
     raw-lines: 30110
     code-lines: 26330
     elements: make object! [
         string: [10677 256191]
         datatype: [3632 22230]
         number: [6178 10820]
         refinement: [894 5668]
         function: [29473 127244]
         comment: [50 1557]
         body: [61360 701524]
         whitespace: [112264 565518]
     ]
     element-definitions: ["comment" [
             cmt
         ] "datatype" [
             date!
             issue!
             money!
             pair!
             time!
             tuple!
         ] "number" [
             decimal!
             integer!
         ] "refinement" [
             refinement!
         ] "string" [
             char!
             email!
             file!
             string!
             tag!
             url!
         ]]
]
 

Lines of code is definetly wrong here, because I have a rebgui oneliner 
in it .

Thanks Robert for the comments here and on the ML.

It would make sense to refine the application-sizer to have the option 
to exclude specfic files, like rebgui. Then perhaps an app would 
have two counts:
-- all source files 
-- "unique" source files.

How many rebols have written language localization routines?

I'm toggling back and forth between external heaps and in-code strings
I've got a RebGUI widget...


lang-text {en "This is the english" fr "C'est francais" it "Don't 
know any italian"}

meaning a translator will have to get dirty in code edits (or send 
to coder) or use

text (lang "SomekindaKey")

where lang is some func that having read some file, selects the string 
key by lang type...
lang-type being buried somewhere in locale*


How often is a REBOL translator a non-programmer?  I find external 
text to be a pain when
coding.  But...it lets non-coders help with translations.


In particular, I only have about 10 or so screens that could be translated. 
 Ashley's

builtin localization nicely handles all the GUI stuff.  I'm leaning 
toward in-code strings.

Cool.  Thanks Gabriele.  I'll be relying on Ashley's RebGUI code 
for some of the
localization, but this looks like something to dig into.

That would be truefalse  :)   Sorry, couldn't resist.  But, yes, 
REBOL is very tri-state with the t f none thing. And zero being true, 
as a forther still rubs wrong, but that chaffing is almost over and 
done with.  Plus RebGUI now supports bi-state options, so life is 
good(er).  :)

Henrik, the R3 changes to the graphics and port models are not supported. 
The post-2.7.5 R2 VID changes are not R3 compatible (nor is any R2 
VID or RebGUI code) so they should go in another file, which I think 
should still be external if it would break existing R2 code.

From the RebGUI button widget:

data:	reduce [
	#[image! 7x14 64#{

  AAAAREREREREREREREREREREAAAARERERERE////////////RERERERERERE////

  +vr6+vr6+vr69/f3RERERERE+vr69/f39/f38vLy7u7uRERERERE9/f39/f39/f3

  7u7u6enpRERERERE9/f38vLy8vLy6enp4eHhRERERERE7u7u7u7u7u7u4eHh0tLS

  RERERERE7u7u7u7u6enp4eHh0tLSRERERERE6enp6enp6enp4eHh0tLSRERERERE

  6enp5eXl5eXl4eHh0tLSRERERERE4eHh4eHh4eHh0tLS0tLSRERERERE0tLS0tLS

  0tLSs7Ozs7OzREREREREREREs7Ozs7Ozs7OzREREREREAAAARERERERERERERERE
		REREAAAA
	} 64#{

  /wAAAAAA/wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA

  AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAP8AAAAA
		AP8=
	}]
	#[image! 7x14 64#{

  AAAAREREREREREREREREREREAAAAREREREREs7Ozs7Ozs7OzREREREREREREs7Oz

  s7Ozs7Ozs7Ozs7OzREREREREs7Ozs7Oz0tLS4eHh4eHhREREREREs7Oz0tLS0tLS

  4eHh4eHhREREREREs7Oz0tLS0tLS4eHh4eHhREREREREs7Oz0tLS0tLS4eHh4eHh

  REREREREs7Oz0tLS0tLS4eHh4eHhREREREREs7Oz0tLS0tLS0tLS4eHhRERERERE

  s7Ozs7Oz0tLS0tLS0tLSREREREREs7Oz0tLS0tLS4eHh4eHhREREREREs7Oz4eHh

  4eHh6enp4eHhRERERERERERE6enp6enp6enpREREREREAAAARERERERERERERERE
		REREAAAA
	} 64#{

  /wAAAAAA/wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA

  AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAP8AAAAA
		AP8=
	}]
	#[image! 7x14 64#{

  AAAAREREREREREREREREREREAAAARERERERE/t+a/t+a/t+aRERERERERERE/t+a

  /NJ6/NJ6/NJ6/t+aRERERERE/t+a/NJ69/f3/NJ6/t+aRERERERE/t+a/NJ69/f3

  /NJ6/t+aRERERERE/NJ6/NJ68vLy/NJ6/NJ6RERERERE+sdh+sdh7u7u+sdh+sdh

  RERERERE+b5L+b5L6enp+b5L+b5LRERERERE+b5L+b5L6enp+b5L+b5LRERERERE

  +LQ1+LQ15eXl+LQ1+LQ1RERERERE+LQ1+LQ14eHh+LQ1+LQ1RERERERE+LQ1+LQ1

  +LQ1+LQ1+LQ1RERERERERERE5ZcA5ZcA5ZcAREREREREAAAARERERERERERERERE
		REREAAAA
	} 64#{

  /wAAAAAA/wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA

  AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAP8AAAAA
		AP8=
	}]
]

then just use:

	image:	first data
	effect:	[mix extend 3x7 1x1]

does it work with rebgui ?

Graham: as long as you use View to test Rebgui scripts it should 
works. But with SDK script without View sources include, it must 
not.

Did a quick look through google, but only saw one thing.  I have 
not looked at RebGUI, but I assume Ashley has written his own copy-text 
functionality.

And nice announcement. Be sure to integrate it into RebGUI as well.

Henrik, I advise building this style from FACE (ie. not an existing 
style, like LIST). Makes it less dependant on other code, more portable 
(ie. to RebGUI), and you will be forced to write your own pane function, 
which you will need to do anyway . :)

I based a lot of styles on existing styles, and this is a great way 
to learn, but I found as existing styles were changed (bugs fixed 
or ottherwise), my styles would break. Then it's a run-around to 
do a version-dependant fix for the problems.

now using the standard SCROLLER. I'm not sure if this is a good approach 
for RebGUI...

Nope. One of my problems with VID and RebGUI is that the gfx are 
to tightly couple with the data representation. So a change in data 
representation implies a change in the gfx code.

it would be good if RebGui had similar schemas ...

I think rebgui assigns percentages to each column for horiz resizing.

my understanding is, that it is still VID dependant, so can't be 
used for Rebgui, right?

pekr, I don't know what it takes to make it compatible with RebGUI, 
as I've never worked with it.

There was some work on a progress in "RebGUI" group arround 24-nov-2005.


For those who don't like setting Altme message limit too high (sync 
bug) there is :
http://membres.lycos.fr/didec/rebol/altme-chat-reader.r
Save it to your %Altme\ folder for easier use.

well i think those codes are good for research of the best and cheaper 
solution but it  would  be better to add them one day to rebGUI  
to get a centralized way for user to get all optimised kind of widgets 
and not to have to endless browse internet to search the needed script 
in the better version

shadwolf: I have no experience with RebGUI but I think it can make 
use of VIDPatch. It's just a model how to expand VID. This can be 
implemented into RebGUI natively.

the thing is: what can we do about it right now? not much, other 
than either wait, or come up with sneaky solutions on our own. some 
did a solution and made RebGUI. I made LIST-VIEW, because I needed 
it and that's really the only way forward. Carl can't work on 50 
things simultaneously (or can he?) and designing a new VID, I don't 
think Carl can do that in an afternoon.

Note that rebgui has a tab-panel with a pretty simple spec, eg:
	tab-panel data ["one" layout1 "two" layout2 "three" layout3]

Give me one thing - decent keyboard support, add tree-view, better 
grid to Rebgui, redesign widgets to visually support in-focus state, 
and you are done! Then go and look at your "app" source - very nice 
dialect - you will NOT find anything like that anywhere. Very nice 
and readable code. The problem is, VID stopped 80% on its way to 
success - the rest, those missing 20% ruined it.

Ok, from RebGUI group, as it's not just related to RebGUI:


I have the following problem from time to time on my system and always 
on the system of one of my testers.


On my system: I start my app, the gui comes up and I click the first 
widget and the app falls back to the console. Without an error. This 
happens as do-events returns.


The same problem is on the other system, but here I only can do one 
click on a widget.

I use Ashley's SQLite stuff, but don't expect it to use any ports. 
Than I use RebGUI (don't know if this uses any ports).


I used Volker's snippet and while it spits our messages, the app 
works. As soon as I remove the code, it fails again.

Looks like we (Cyphre and I) found it. Seems to be a problem in combination 
with RebGUI and Anamonitor in that the event system is somehow patched. 
I will test it further and let you know.

I have to see if rebgui allows me all of this ...

A just-in feedback message to REBOL.org:
<<

How to find the documentation for the use of VID and RebGUI} description: 
{Hi;

I find the RebGUI is good, but how can I find the help document for 
the use of this package?

the wewpages in the website donot tell people how to use his software.

How to find the detalied documentation for VID? like how to build 
botton, box, drop-list,combo list?

It seems Rebol is weak in teaching people about how to use the GUI.

Normally people like to learn software quickly, so a good help documentation 
is always welcome.
Thanks,
>>

Can someone give me a useful list of URLs to pass on to the enquirer? 
Thanks.

How to find the documentation for the use of VID and RebGUI

 How about Desktop|Demos|EasyVID? Sounds like he wants a step-by-step 
 introductory tutorial. I'll think about how I can address this need 
 for RebGUI (my site makes the assumption that people are somewhat 
 familiar with VID already). Thanks for the heads-up.

Thanks Cyphre and Ashley......I should of course have asked in the 
!RebGui group

Graham - I am curious what will happen after R3 release. Theoretically, 
we should get VID more memory savy. I wonder if there will still 
be place for RebGUI (my opinion is - why not, right?)

Steve; Check out RebGUI.  anim widgets can do multiframe gifs

They can? anim just cycles a block of images. Source is here out 
of interest:

	http://trac.geekisp.com/rebgui/browser/widgets/anim.r

Calling all gurus: Now that the R2 mezzanine source is in DevBase, 
we can fix VID2.


Anyone who has developed extensive patches for bugs in VID2, we could 
use your help in fixing them for real. Particularly since any fixes 
might break your patches - we really want to avoid breaking existing 
code when we don't have to. We need input from anyone who understands 
VID2 well enough to know what is wrong with it. We will not be changing 
the basic semantic model of VID2 though - that's what RebGUI and 
VID3 are for.


Anyone who wants to help, join the R2-Beta world if you haven't already.

If there is no easy fix can anyone suggest an editable drop-down-like 
widget? not REBGUI...this project is vid

What I am trying to do as in the video i posted on the rebgui channel 
is to open the area just enough to show all the text .. no less, 
and no more.

Actually the images in wait-images can be used for the anim widget 
in Rebgui :)

Rebgui does that with the /parent refinement.  I think you can use 
options to remove the titlebar

check how rebgui does it http://trac.geekisp.com/rebgui/browser/functions/display.r

The advantage is that it's rendered from faces, not VID directly, 
so I assume this will work with RebGUI as well.

it's almost stupidly simple. :-) it's one of those things I wish 
I came up with 2-3 years ago. could have saved a lot of work. the 
secret is just to slavishly follow the offsets and sizes already 
generated with VID or RebGUI.

Sounds like Rebgui

VID and RebGUI widgets don't have a 'loading now ..." state.  Perhaps 
they should

ahh.. I wonder if I can hook into that in rebgui

I've got this puzzling problem.  I have a function that brings up 
a rebgui window with some elements in it.  The elements are defined 
as local to that function.  The function is invoked by clicking on 
a table element in another window.

Hmm.  Doesn't happen in VID so must be a rebgui issue.

wrt rebgui, it could be problematic, cause I think regbui also replaces 
the wake event, which will create intereference with glayout, but 
for this specific use... they could very well co-exist.  if you open 
the glayout first, and let rebgui do its own patching after.

you can easily adapt this for rebgui by simply replacing the feel 
related code above by whatever rebgui uses.

Must be a VID thing.  Rebgui doesn''t do this AFAIK

Maybe it's just a rebgui issue ...

Yes, it seems to be a result of using rebgui's display/parent ...

This is the code I use for RebGUI:

get-fonts: make function! [
	"Obtain list of fonts on supported platforms."
	/cache file [file!] "Obtain fonts from file"
	/local s
] [
	all [cache exists? file] [insert clear fonts unique load file]
	if empty? fonts [
		either OS = 'Win [

   call/output {reg query "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows 
   NT\CurrentVersion\Fonts"} s: copy ""
			s: skip parse/all s "^-^/" 4
			request-progress/title (length? s) / 3 [
				foreach [fn reg style] s [
					fn: trim first parse/all fn "("
					all [
						not find fonts fn

      not find ["Estrangelo Edessa" "Gautami" "Latha" "Mangal" "Mv Boli" 
      "Raavi" "Shruti" "Tunga"] fn
						not find fn " Bold"
						not find fn " Italic"
						not find fn " Black"
						not find fn "WST_"
						insert tail fonts fn
					]
					wait .01
					step
				]
			] "Loading fonts ..."
		] [
			call/output "fc-list" s: copy ""
			s: parse/all s ":^/"
			request-progress/title (length? s) / 2 [
				foreach [fn style] s [
					all [
						not find fonts fn

      (size-text make widgets/gradface [text: "A" font: make font [name: 
      fn size: 10]]) <>

      size-text make widgets/gradface [text: "A" font: make font [name: 
      fn size: 12 style: 'bold]]
						insert tail fonts fn
					]
					wait .01
					step
				]
			] "Loading fonts ..."
		]
	]
	sort fonts
]

Nice .. rebgui doesn't have these issues

because SHOW is not native in RebGUI.

Steeve is not quite correct to say that "view do a show on the face". 
It is VID which does the SHOW, which you can see here.
>> print mold get in svv/vid-styles/button/feel 'engage
RebGUI probably does not use this code.

This is of course not the way it's meant to be. Unfortunately VID 
development stopped a long time ago, but there are alternatives, 
like RebGUI and GLayout. All energy is now focused on bringing an 
incredibly improved and highly well documented VID to REBOL 3.

mhinson.  To give you some perspective.  Carl never intended VID 
to be the end-all-be-all graphic system.  He said he built it over 
a couple of days and expected someone to use that as motivation to 
either build their own or enhance what was started.  Ashley Trutter 
created RebGUI, which is more complete that VID.  He also received 
awards at Rebol DevCon's for his efforts.

When altering a facet of a face, it must be shown before the change 
can be seen.


This is a little complicated to explain: You have chosen to resize 
a slider, which is a face with subfaces. Thus if you resize a slider, 
you need to access its internal resize function, in order for it 
to properly resize the knob as well. if you alter the size of a face 
like above, you are literally only altering the size of the outer 
face of the slider. VID does not know what you are trying to do there.


BUT: Given it's incompleteness, SLIDER does not have an internal 
resize function. :-) This is not intentional, and you've stepped 
into the mud here. This is one of the most lacking parts of VID, 
in that when the layout is set up, it can be laborious to change. 
Fortunately there are unofficial solutions to that, so I suggest 
you don't bother with this and try something else.

Alternatively, try working a bit with RebGUI.

I looked at RebGUI and had a play with the demos. Afraid RebGUI looks 
as if it would be even more complicated. I may as well start learning 
about R3 graphics as by the time I have learnt R3 I expect  R4 wll 
be in development.  :-)

Hi folks! Quick newbie question about rebgui:

I'm no rebgui user, but I can tell you there is a rebgui group here. 
  maybe you can find your answer there  :-)  the best way to search 
for stuff is to use the altme web archive on rebol.org, cause it 
includes even the old posts.  Altme limits back log to make the GUI 
more responsive.


the rebgui Atlme archive on rebol.org:  http://www.rebol.org/aga-display-posts.r?post=r3wp303x1

Thanks Henrik!  LIST-VIEW was a BIG help in presenting data...I did 
have a few problems w/ displaying large text entries (> 200 characters?), 
which was likely due to me not knowing what I was doing!  Part of 
my concern in what choices to make was trying to prepare for the 
future of REBOL; if LIST-VIEW will not be an option under 3.0, but 
something like tables in RebGUI would be, then I want what I learn 
to carry forward for me.

So maybe I'll stick w/ what I've used, but upgrade to 2.7.7.  This 
will be a back-burner project, but I will certainly provide feedback 
on LIST-VIEW under 2.7.7 as I move forward.
Again, thanks for the great tool and for the ongoing support!

It sounds like you're on the right track Jack. I still use VID, but 
some people prefer RebGUI. My main reason for not switching is inertia, 
and not having enough need to port things. Ashley's work is always 
great and well supported.


Whether you need a DB depends on your needs. The ability to use existing 
queries or reports is valuable. If you really need ad hoc query capability, 
a DB can make sense, but then you need someone who knows SQL.

RebGUI makes it easy to have a profesional looking App but I often 
hit a wall with it when it does not offer some needed functionality 
(like list-view). I often end up using VID again because I can "hack" 
it to what i need.

we all know that VID came somehow in a hurry back at those times 
when RT released first incarnation of View. And Carl also probably 
expected that someone will pick-up the chance and introduce new UI 
system upon View, which did not happen yet .... well, just recently 
we got RebGUI project ...

Speaking of RebGUI does anyone use it? And is it that much different?

Ashley is down to speak ... but not about RebGUI

.... looking at your app - so you switched to RebGUI already?

Yes, I switched to using RebGUI as an experiment, and continued working 
with it as it continues to fufill my requirements.

Anyway, it is really quite impressive how the BEER async stuff works 
with RebGUI

Graham - btw - dunno if RebGUI problem or just incorrect definition 
in your code, but try to maximize your window - you will see the 
list of patients (left-bottom corner) resizes incorrectly.

Pekr, yes there are still resizing issues with RebGUI and Ashley 
has stated that he is working on this.

rebGUI, BEER, ... rebCode, rich-text, LNS, ...

- I have ask for a package of new and more advanced styles, based 
on the one already available from Cyphre, Romano, Amon, me... not 
sure it will happen.
- Some asked to replace VID by RebGUI (I'm not for that)

- Carl said that the question need reflection : can VID be reworked 
and enhanced, or should it be replace by RebGUI or something new. 
It still an open question.

so yeah people like robert or cyphre are all full of their granted 
gurus state  grantgeds by the missing carl but as a follower the 
basic question is what RMA produced this past year can it be compared 
to entienne's  work or asheley's work ? why ashley isn't a part of 
RMA  ? why this troll of shadwolf that was very active in rebgui 
isn't part of RM A ?  why this trolll ofg shadwolf that produced 
neither the less eareatc and viva-rebol isn't par of RMA ? why this 
troll of shadwolf that is the only one t had write a browser tool 
for robert Munch's MDP isn't part of RMA ?

i think to appriaciate my work ability only the people  close to 
me can ... like maxime or steeeve .....  I really like steeeve ... 
and maxime and if it was up to me to do r3gui I choose them with 
a set of feature... I would had to the experience ashley truter telling 
him to do what he did in the rebGUI begining and forgetting on the 
over optimised code redused habite he developped later on this project<d

i started to talk of committee - no, and i'm sorry if i was not clear. 
we need help with the implementation, and we surely need feedback 
with the design (although, i think that we got quite a lot of feedback 
on this in the past few years, and from rebgui, liquidgl, and so 
on), but i don't think i ever side that design decisions should go 
thru a voting process or something like that. design decisions come 
from carl. i can show him my, or anyone else ideas, and he will say 
yes or no (i'm simplifying but you get the idea). showing him 100 
different ideas is not going to work (we must get to something in 
much less than a month)

Maxim - well, your stuff is so special, that I don't mind it having 
as a complete separate package, really. The same goes for RebGUI. 
I am ok with that. But I lost 2 ppl because of VID incompletness. 
VID is easy on surface, but difficult for ppl to extend with missing 
concepts - it would mean nearly a rewrite ... THAT is the factor 
I would like to avoid with new VID ... please :-)

Gabriele that's good. It's just that this is one thing that is nor 
adressed in current VID, RebGUI etc and it would be really great 
if new VID will have this from the begining. Take it just as a wish 
:)

But because of that nature, Rebol lived in the PITS area .... we 
are quickly done with ideas :-) That is fine ... but that is the 
paradox too - it lead us to situation, when we are not used to work 
on longer term things ... maybe the only one being rebol.org group, 
rebgui, and now rebolweek group - kudoz to those ppl.

I'd buy into hooking into native OS menus.  Ashley's menu widget 
is working out ok

in my small test passes so far.  But it was a fairly long wait and 
I did waste a good

week trying to track down a menu system before sticking with tabs 
for the FirM app.

And it presumes RebGUI will be an easy include for R3, and using 
RebGUI...

You don't get me to system menu, never. That will be absolutly ugly. 
I would agree to that only in a sense of REBOL-as-a-tool menu, kind 
of menu as REBOL console has. Can you imagine general VID UI design, 
or even RebGUI design (which is much more OS-look friendly), to have 
system native menu? That would destroy look of an app imo. And as 
I said - many new apps go for more free-form UI ....

Petr, yes I can imagine it.  A system menu would be more appealing 
to me eg. on a RebGUI app than a RebGUI custom menu.

Hmm.  I thought I heard Carl mention something about adopting Rebgui...

nope. but we'll work closely with ashley. we hope r3 vid will be 
better than rebgui, but diversity is a good thing, and i'm sure some 
people will prefer rebgui.

I can imagine R3 could bring diversity to the GUI. I can imagine 
e.g. GUI for Presentations (as Carl's script) and also GUI for kind 
of Scala product ... we can build Scala "killer" based upon plug-in, 
with various transitions, etc. For such things, something like RebGUI 
is not suited at all.

I would like View to become new cross platform gui toolkit, as Qt 
is, GTK is, etc., and if ppl would find it easy to use, especially 
to create non-traditional UIs, then actually we will have something 
nice in hadns ... it all depends upon VID completness. I hope it 
reaches at least state of RebGUI ....

Graham - so far you can use RebGUI, no? If it needs year, then let 
it be one year. But I want to be able to comment on things like focusing 
etc. I don't want R3 VID being limited in any aspect ....

Cheyenne, RebGUI, Rugby et al...it's kind of where I live right now.

I would like to first see new View with rich-text, VID, ability to 
embed externall windows (e.g. video player, etc.), decent sound, 
really good VID, tools like screen painter, debugger, cross platform 
rebgui to give initial boost to apps, and then further fine-tuning 
using DirectX or View plug-ins (access to buffers etc.)

btw - looking at RebGUI docs, and thinking about VID2, I found out, 
that I like keywords very much (effect, font-size .... , on-click 
etc. in RebGUI). I hope that concept lives and is not replaced by 
awful with/options aproach, which burns you deep inside VID internals 
...

which is why we have RebGUI :)

Rebgui has done a lot of work here

I think that you guys should be inspired by cyphre's grid for rebgui, 
which he was paid for, but sadly it did not get utilised :-) Grid 
has to be able to display data right away from the result of SQL 
query, period.

Chris, I would abandon VID3 immediately and use RebGUI if it were 
ever to behave like a web "application". Designing application user 
interfaces with HTML and CSS is a complete nightmare.

Some serious memory usage here in Ladislav's spelling corrector which 
is also in RebGUI

Script: "Spelling Corrector" (none)
loading and initializing(500kb dictionary)...

{somue spelin wordz tu tepst. Fur szore azd seren yaars aga, our 
fatheers brougt fourth on this lans a new natiun.}
some 10605095
spell 25275846
words 25615457
to 25928767
test 25275846
fur 25415461
swore 25755072
and 26071006
seen 26410617
years 26750228
ago 27066162
our 27205777
father 33781190
brought 34123425
fourth 34263040
on 34402655
this 34542270
lane 34860828
a 35000443
new 35140058
nation 27291974

0:00:04.717