r3wp [groups: 83 posts: 189283]
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r3wp

[Ann-Reply] Reply to Announce group

Graham
11-Mar-2010
[1887]
I was trying to persuade them to use the "?" image that I use on 
Qtask !
Sunanda
11-Mar-2010
[1888]
Nice, Graham.

Meanwhile, in the UK, we're being advised to opt out of such systems 
;)

   http://www.itpro.co.uk/621304/bma-calls-for-halt-to-electronic-patient-records
BrianH
11-Mar-2010
[1889x2]
In the UK I would; the UK is turning into a surveilance society. 
EMR records need strong assurances that they won't get into the hands 
of those who would do you harm, even if that includes the government.
EMR records -> Medical records
Henrik
11-Mar-2010
[1891]
In Denmark we can't figure out how to make EMR systems, so we have 
no fear of private information leaks.
Maxim
11-Mar-2010
[1892x4]
in Quebec, they are slowly convrerting the whole civil system into 
using Electronic records.  There are a few recorded cases where patients 
have been greviously harmed (or died) because hospitals do not share 
records.


here the records are the property of the hospitals and these are 
worth money.  Even if the medical system is public, each hospital 
and region is managed independently.  the Govt is having a hard time 
getting all the medical infrastructure to cooperate.
One possible reason is that its very easy to uncover ineffeciencies 
once you can do queries and compare hospitals and individuals.
and by infrastructe, I include institutions and people... not just 
software and networks.
infrastructe = infrastructure
Graham
11-Mar-2010
[1896]
ITPRO doesn't use a spelling checker!   "IT PRO recieved an updated 
statement from the DoH which said: "This project has been introduced 
over five years and has never been rushed."
Graham
12-Mar-2010
[1897]
I was hoping that the Sultan might turn up so I could ask him to 
spend a few spare million on R3 development but sadly he was otherwise 
engaged
Gregg
12-Mar-2010
[1898]
Go Graham!
btiffin
15-Mar-2010
[1899]
Yep.  Go Dr Go
Steeve
17-May-2010
[1900]
...
Pekr
17-May-2010
[1901]
Cyphre - thanks for posting this. In this days of silence towards 
R3 development, this is really encouraging. I am glad that I was 
at least usefull to chearlead you to post this news, and come-up 
with the name, which I really like - JITTeR :-)
Gregg
17-May-2010
[1902]
Dang, I replied in Announce. For anyone working on AltME, or an AltME-like 
forum, if you have special groups like Announce, or Links, where 
responses should be hidden by default, don't make us go to another 
group to post them.
Maxim
18-May-2010
[1903]
Cyphre, really cool.
Cyphre
18-May-2010
[1904]
Guys, thank you all for positive feedback (either here or in the 
Announce group ;)). There is still lot of work to reach Beta version 
but I hope I planned the next milestones realistically so those interested 
will have something for play relatively soon :)
Oldes
3-Jun-2010
[1905]
Rober: will you publish some examples and or tutorials?
Robert
3-Jun-2010
[1906]
Yes, going to add the stuff to rm-asset.com tomorrow. But it's really 
just a basic demonstrator.
AdrianS
4-Jun-2010
[1907]
Robert, are you using an IDE for working with D or just an editor? 
I've taken a look at D-IDE and it sort of works, but seems kind of 
flaky. Going to check out the VisualD add-on for Visual Studio next. 
Also tried Sublime Text - it's a pretty nice text editor with Python 
scripting and it has partial TM bundle support (snippets, language 
defs for syntax coloring, themes).
Robert
4-Jun-2010
[1908x2]
Just an editor and the CLI.
I don't see that much value by using an IDE. The compiler is pretty 
easy to use.
AdrianS
4-Jun-2010
[1910]
Yeah, most extensions probably wouldn't involve too many files to 
manage and code should be easy to debug by printing to output. I 
never looked at D closely, but it does seem to be a really nice alternative 
to using C/C++.
Robert
4-Jun-2010
[1911]
It is, it makes your life a lot simpler and is worth to get into 
the language.
Maxim
4-Jun-2010
[1912]
this might be what I needed to get me into looking more closely at 
D.

thanks for your efforts Robert.
TomBon
8-Jun-2010
[1913]
great! very cool code ladislav, and extrem usefull to solve the lack 
of handling pointers, nested structs etc. in rebol.

with peekpoke.r we are now able to use a much greater bandwith of 
external libs and a very important improvement 

for rebol in creating commercial apps.  could this be incorporated 
directly/native into R2/3?
Ladislav
8-Jun-2010
[1914x2]
There are two discussions going on related to this subject:

http://www.rebol.net/wiki/DLL_Interface

and

http://www.rebol.net/r3blogs/0317.html
But, as far as I can tell, none of them looks "concrete enough" to 
be useful
TomBon
8-Jun-2010
[1916x2]
cool, just tested with a complex C lib I am fighting a long time, 
handling various pointers
and nested struc arrays. now it works! thx ladislav.
well ladislav, you are a real gentleman and understatement too, the 
'other ones' 

are concepts, peekpoke is here now and ready form use, just that 
simple. 

btw greeg's notice; I second this, peekpoke.r should be named clearer.
Ladislav
9-Jun-2010
[1918]
Name suggestions welcome
TomBon
9-Jun-2010
[1919x2]
lib-handler.r  | struct-handler.r ?
because for a search at rebol.org I would use keywords like: lib 
| struct | pointer etc.
Anton
9-Jun-2010
[1921]
Ladislav, nice code.
AdrianS
9-Jun-2010
[1922]
Max, the dark look, chiseled/scratched steel of moliad.net makes 
me think of a gaming type site - is that what you were going after?
Maxim
9-Jun-2010
[1923x5]
I wanted to try out a different style, using texture and specifically 
going against the white & "pure".


It evolved into this dirty "workshop" style, which I find appropriate 
for a site about tools.
I just realized that it was going towards a gaming look today  :-)
I'm a Warhammer 40k player (tabletop), so I guess there is some subconscious 
inspiration there  ;-D
eventually, the style will be a preference, so its not a permanent 
thing in any case.
the whole page is generated with just this markup. 

<!page-header>
<!main-menu>
<center><img src="/images/under-construction.png"></center>
<!page-footer>
AdrianS
9-Jun-2010
[1928x2]
The beveled steel font seems to not quite fit for me - kind of just 
floats there with no drop shadow or some other integration into the 
background graphics and the lighting isn't consistent with the lighting 
on the background. The background graphics dimpled steel looks to 
be lit from the top right while the steel font seems to be lit more 
from the side (though not all characters seem to be the same - note 
the right vertical on the capital M in moliad).
How do you see styling being done in remarq? How is styling kept 
in sync between the html a designer might create and the html produced 
by the code behind the tags?
Maxim
9-Jun-2010
[1930]
actually, only the "under construction" banner isn't lit in the right 
direction.  the brushed steel is lit from top-right, with some ambient 
light refracting from the bottom left.
AdrianS
9-Jun-2010
[1931x2]
the dimpled steel seems to be lit from 45 deg, while the brushed 
steel looks lower than 45 based on the highlight on the "o" in moliad 
- at least it does to me
anyhow, this is nitpicking if this is not finalized
Maxim
9-Jun-2010
[1933x4]
The styling mechanism is all up to you.  currently, the site is a 
mix of CSS, images and run-time html generation.


As I start adding dynamic content tags, I might start using some 
remark code within the CSS to keep the style programmable.


things like colors, texture-names, could all be resolved from remark. 
 Where and how that information is stored is totally separate from 
the engine.


remark tags are little dialects which are created & parsed dynamically, 
stored as sets, which are called document models.   Using a smart 
caching system and a feature I call "dialect Learning" you can *merge* 
different document models together and leverage code from a variety 
of sources.


In the above the <main-menu!> might generate markup containing remark 
tags which you define before or later, the menu will adapt its style 
for your needs.   so the same menu, will in fact generate different 
html output based on what mix of document models you are using.  
 one might build animated javascript, the other might be only static 
HTML.


the style is much more than just "looks" its actual content, but 
the nice thing is that your source HTML is totally unchanged, and 
there is no "Code" in your pages, only markup.
Remark also doesn't require coding skills for the content side, even 
if its generating dynamic content, making it much more appealing 
for anyone to learn.


the fact that REBOL (or any processing, in fact ) is running on the 
server is totally invisible for the content creator.
thanks for the visual nitpicking.  I hadn't realized that the lighting 
orientation discrepancies where notable for users.  I'll but a little 
more effort in future texture work & revisions.
but=put