AltME groups: search

i once tried such a source-thing. was cool, browsing with kind of 
anamonitor and jumping right to the source from there. but without 
native support needed ugly hacky markup. if native, one could jump 
from a face straight to its sourcecode.

Carl, do you intend to release a roadmap on what is planned for the 
immediate future?

If you used Smalltalk editor, you know a bit more about what I mean.

a programmable editor?

no apsolutly not but a black back grounf makes the source code colored 
to be more shiny and it's less painfull than a white background ;)

I don't think it should be a priority :)

(smalltalks browser can collect stuff like "show me all callers of 
this", all methods of a name in whichever object etc. i gues Carl 
refered to that?)

I like the editor the way it is now. I don't think anything should 
be put in it that would slow it down other than proper indenting.

For testing code snippets that are a little too big for the console, 
it's brilliant.


Alternatively, provide a bigger version of the editor through the 
desktop?

i used smalltalk only a little bit. what i like is 1) it is organized, 
yes. 2) i can easily find something. in a way everything is "hyperlinked" 
(you click on some name and it shows you the definitions.). modern 
big ides can that to, but somehow it works better in smalltalk.

A few of my personal favorite features though are type-ahead-find 
and "find all in one file", "search across files". I guess it wouldn't 
be hard to parse the file to list all functions, would it? Oh, and 
a line numbering thingy too :-) I don't think that would slow it 
down too much.

a least a list of context / fonction global vars for a script could 
be good ;)

Henrik: yes, Viewtop editor is fine for that. Small and simple. Perhaps 
a few more features, but not a lot.

the output code mayde by  RADIS was ugly ... but the idea is good 
until we don't have a big team dadicated to build this kind of evy 
integrated tool I think spending times on it is not usefull :)

script-size - Carls layout.r does a good job with generating sourcecode 
IMHO.

IDE for REBOL must be open for example in the Layout designer I want 
to be able to choose betwin comon Vid or a sub widget library like 
RebGUI for example ;)

4) Add a few other tools like layout, etc. But not make it complicated.

the IDE will interger a AGG draw editor lol ;)

off topic question - in Rebol you have contexts in which words are 
hidden.  In forth you have vocabularies in which you define your 
lexicons.  But in forth it is much easier to switch to using a different 
vocabulary by changing the current vocabulary.  In Rebol you have 
to specify the context to use a word from within that context.  Would 
it make sense to implement such a feature in Rebol?

If you seek for a link betwin this conversation and this group topic 
 ;)

to me it sounds comparable. a "search-order" root system user etc. 
and modules can be extended after creation.

Back to AGG ... "add a move to the end to keep the shape open" ... 
thanks Gabriele, that solves the problem nicely.

shadwolf: there's the 'matrix command for 2x3 matrix in draw/AGG 
: the syntax is
  matrix [a b c d e f]
where the equivalent 3x3 matrix is:
  | a c e |
  | b d f |
  | 0 0 1 |

if I'm correct , "matrix(2.082761,0.529757,-0.491943,1.944909,4.543758,-12.39301)" 
translates to
matrix [2.082761 0.529757 -0.491943 1.944909 4.543758 -12.39301]

That is a lot different method than I thought from the notes

Also would be nice to input text like that into a field so that its 
already formatted and then when one types in the field its AGG style 
text

font-a: make face/font [name: "Arial Black" size: 24]
font-b: make face/font [name: "Arial" size: 12]
view center-face layout [
    btn 120x48 with [
        append init [

            append effect compose [draw [font font-a pen black fill-pen yellow 
            text 16x8 "Button" vectorial]]
        ]
    ]
    btn 20x120 with [
        append init [

            append effect compose [draw [transform -90 0x0 0x90 1 1 font font-b 
            pen none fill-pen black text 0x2 "vertical text" vectorial]]
        ]
    ]
]

I don't really understand how to use matrix (global ones and local 
ones) I'm try to make a SVG renderer so matrix are some times declared 
first globally for all the content of a group <g></g> and into the 
primitives of those block so how to add the matrix in the AGG code

with my actual implementation I see on screen the group well renderer 
(all the elements of the groupe are coherent) but the group items 
are not well positionned there is a gap betwin the not gouped part 
of the image and the grouped one (I'm working with the file blender.SVG)

matrix in SVG are in this format matrix [a b c d e f ] (decimal!) 
and this represent a transform  matrix of this from 
[ a c e]
[ b d f ] 

[ 0 0 1] so I really don't know if this is the same for a matrix 
in draw AGG.  As the gap is not very  hudge this means for me that 
the AGG matrix i close to be handled the same as the SVG ones ...

according to the SVG documentation a = scale X b =  skew X c = skew 
Y d = scale Y e = translate X f =  translate Y. For example in blender.svg 
file the group global matrix is  matrix [1.462522 0.0 0.0 1.462522 
-11.43136 -22.46338] (this is made with raw datas from the file no 
more compute than retrieving and converting the datas from dtring! 
to decimal!) So according to the informations I read in the SVG doc 
this matrix represent a scale X/Y of 1.46  and a translation X/Y 
of -11.43 and -22.46.  I'm working with a premaid scaling environnement 
applyed to the coord of the shapes maybe I need to apply this scale 
to the a b and e f value of the SVG matrix when I build the matrix 
 in AGG.

to help you figure out my rendering problem I make a little composition 
image that shows on left the SVG image well rendered by inkscape 
and on the right part the svg-demo-shadwolf.r rendering ....

fovsz: 450x450

layout compose [starfield: image (fovsz) black]

starfield: to-image starfield

loop 1000 [
	col: random 255
	starcol: to-tuple reduce [col col col]
	poke starfield random fovsz/x * fovsz/y starcol
]

view/new layout compose [
	b: image starfield
]

hvector: func [x y v][

 (fovsz/x / fov) * (fov / 2 + either zero? pos/2 - y [90][arctangent 
 (pos/1 - x) / (pos/2 - y)])
]

vvector: func [y z v][

 (fovsz/y / fov) * (fov / 4 + either zero? pos/2 - y [90][arctangent 
 (pos/3 - z) / (pos/2 - y)])
]

map: [
	"A New Beginning"
	""
	"Rebol HQ, led by their jedi leader,"
	"Carl Sassenrath, has begun"
	"preparations to strike back against"
	"Darth Gates at the Redmond system"
	"during a time of growing unrest"
	"among the netizens of the Empire."
	""
	"As the Empire works to complete"
	"construction of their hailed"
	"planetary domination device, code"
	{named "Longhorn Death Star", small}
	"centers of resistance continue to"
	"gain support among the"
	"oppressed masses."
	""
	"Even with mounting support, only"
	"One is powerful enough to overcome"
	"the dark side of the Force --"
	""
	"Rebol/View 1.3"
]

mapimg: copy []

foreach line map [

 b1: layout/origin compose/deep [text (line) 840 center font-size 
 48 sky black (either any [line = map/1 line = last map]['bold][])] 
 0x0
	append mapimg to-image b1
]

pos: [0 30 20]
dir: [0 0]

fov: 45

for l pos/2 200 .1 [
	agg: copy []
	x: 0 y: 0
	foreach item mapimg [
		y: y + 5
		if y < pos/2 [
			append agg compose [
				image (item)
				(to-pair reduce [hvector x + 15 y dir/1 vvector y 0 dir/2])
				(to-pair reduce [hvector x - 15 y dir/1 vvector y 0 dir/2])

    (to-pair reduce [hvector x - 15 y + 5 dir/1 vvector y + 5 0 dir/2])

    (to-pair reduce [hvector x + 15 y + 5 dir/1 vvector y + 5 0 dir/2])
				black
			]
		]
	]
	b/effect: compose/deep [draw [(agg)]]

	show b

	pos/2: l
]

Started to look good, but it crashes ("REBOL/View System has encountered 
a problem and needs to close.  We are sorry for the inconvenience.") 
 XP with 1Gb ram.

I guess it could be considered a stress test, although that was not 
my intent.

Cyphre, how would you achieve the same effect with a less "drastic" 
method?

The crash should be submitted to RAMBO as a bug. But would be nice 
if we could try to target the specific cause a little more as a group. 
I mean is it the integration of AGG and REBOL, or is it the interpreter 
or is it provoking an XP or intel or Graphics card instability?

I put a wait on the inside loop and it still crashed, in the outside 
loop it worked. I took out the wait again and put a to-image b just 
before the show b and it works....

Bo, I sent you a version which updates on time events.

Thanks, Anton!  I'm glad I got to see some of your enhancements to 
my script.  It's easy to forget about how much is actually built-in 
to the Rebol interpreter, so I go about doing things in a more complex 
way.  I'll update my corresponding script on Rebol.org.

Can you provide SVG source and your DRAW source of  the image you 
posted as a problematic one?

since version 03 I have changed the way to handle svg content but 
I don't inserted the transformation support in those lastest version 
(04 and 05) My other problem is how to suppoer localtransformation 
information and global one. So transformation informations are attached 
to a group and some other are attached to a draw primitive so How 
to represent it to AGG code

how to convert SVG gradient information to AGG one to make it simplier 
SVG use vector information x1  X2 y1 y2  they use a list of color 
with there position along the  vector ( from 0 to 1)  and they encap 
transformation information too So how to translate this to the fil-pen 
gradient linear exploitable issues

so to resume transformation informations are Global (attached to 
a group of drawable primitives) local (attached to a drawable primitive 
and attached to gradient in defs)

sorry I make a mistake the code with the matrix support is http://shadwolf.free.fr/svg-demo-shadwolf02.r

Is there a mode for backwards compatibility with old draw ? eg. (lines 
are not anti-aliased, but simple jagged)

'arc takes radius argument as a pair! but 'circle takes radius argument 
as two decimal! - I think it's inconsistent

It's a handy alternative to ellipse (I haven't tried ellipse) which 
allows you not to need to use scale.

yes I understand, but when there's such a precision with cicrle, 
why it's not same with 'arc?

Adding a new datatype is a major extra body of code. And with SCALE 
we really don't need it.

I know I know, it was ust a small dream ;)

You can see some light green pixels at top left of the outside of 
the circle, and at the bottom left, on the inside of the circle.

I wonder if this is a rebol agg implementation issue or an agg issue.

Ooooh, what a shame ;-)

If there's was a nice lib in Rebol with a cool dialect to do the 
same job as google's charts...

Not perfect but it give results.

pie: pie-chart [
    size: 300x200
    start: -80
][
    "block" none 0
    "crash" #ff3030 .04
    "major" #ff6060 .09
    "minor" #ffb850 .44
    "tweak" #ffd850 .03
    "text" #ffd850 .02
    "trivial" #ffd8a0 .31
    "not a bug" pewter .06
]

view layout [
    box 300x200 white effect [draw pie]
]

CureCode/R3 is on a linux server. I guess there are font issues?

try this on linux...

pie: pie-chart [
    size: 300x200
    start: -80
    text: [pen gray text ]
][
    "block" none 0
    "crash" #ff3030 .04
    "major" #ff6060 .09
    "minor" #ffb850 .44
    "tweak" #ffd850 .03
    "text" #ffd850 .02
    "trivial" #ffd8a0 .31
    "not a bug" pewter .06
]

view layout [
    box 300x200 white effect [draw pie]
]

I think that Carl would be interested in such a library.

it's a first thought, could be optimized i guess...

pie: pie-chart [
    size: 300x200
    start: -80
    font: make font [size: 10]
][
    "block" none 0
    "crash" #ff3030 .04
    "major" #ff6060 .09
    "minor" #ffb850 .44
    "tweak" #ffd850 .03
    "text" #ffd850 .02
    "trivial" #ffd8a0 .31
    "not a bug" pewter .06
]

view layout [
    box 300x200 white effect [draw pie]
]

You should make a library with that code and post it online somewhere 
with short doc/examples (could be rebol.org e.g.).

It's caused by a missing copy ....

I saw this on my own server a few days ago ...

I've seen this a lot outside of Curecode. Never figured out what 
it is.

Looks like Cheyenne is trying to create a new form of ASCII art :-). 
First time I see that on Cheyenne. Will reset the server at once.

seems there is a copy "" missing somewhere... I could see the last 
page viewed on cheyenne.org just above the curecode page last time 
I visited it.

(or a clear missing)

I'm wondering why this garbage is showing up now instead of a few 
weeks ago when I've upgraded the server.

After a quick code and trace.log files inspection : there's no missing 
COPY, it seems related to a complex chain of events preventing the 
RSP output buffer to be CLEARed before re-use. I found a potential 
flaw in response/include, if the included script raises an error 
in a way that's not  catchable by the RSP execution system, it can 
prevent the output buffer from being reset. In trace.log file, I've 
found an error at 00:53 AM from a rejected SMTP connection using 
SEND function (not the new builtin MTA) that could be the trigger 
for this issue.

Graham, only during development. Cure was a restart of the server. 
From Doc's post, it seems he knows what to do about it.

CureCode service will be interrupted during a few seconds now in 
order to upgrade the server.

Upgrading also PHP to v5.2.11 on the same server...takes a bit more 
time.

Doc, on the login page, could you add id attributes to the login 
and pass tags? I'm guessing that is why password saving isn't working 
in Chrome. The user name is being remembered by forrm completion 
(which is a separate function in Chrome), but perhaps password saving 
can't find the user name and password without having an id to look 
for. Setting the id for tags the same thing as their names might 
solve that problem.

It's ok here, when I log again with a new fresh browser session, 
the project selector is showing REBOL 3.0 as soon as I'm logged. 
Did you used the "Set current..." button in Profil menu?

CureCode server will be stopped from now during a couple of minutes 
for maintenance.

I'm thinking about using curecode for a project of mine. Can I install 
it on my server? Can I create a project on curecodes site?

Robert, I use curecode on my Linode. It took about a day to set up 
due to numerous little things, but I can probably help.

it's likely that many of those bugs are fixed in 0.9.9. I'm running 
0.9.8. one big problem was to find a rebol version that would run 
on my server, in combination wtih curecode 0.9.8. I decided to go 
for a slightly older version to make that combination easier.

I have a dumb idea: Why not extend Curecode with a client package? 
The client package would be integrated into a program. When a crash 
occurs in your program, a bug report could be sent directly to your 
curecode database. There would be a distinction necessary to identify 
similar reports and gather them under one report.

Good idea. IMO the distinction is to hard to too. Better to add a 
curecode admin function to merge tickets but keep the ticket ID towards 
the customers.

Yes, I could change the font to a monospace one.

I've made a small improvement in the rendering of the "Example code" 
field in view mode (edit mode is unaffected). Let me  know if it's 
better now.

Henrik, you can probably identify the crash by the error object and 
then create a checksum from it to avoid duplicates.

My product collects error objects and sends them to my gmail account 
with optional comments from users.  But they're usually easy to fix 
so not worth entering into a database.

Sounds like a good policy to me.

Looks like there's a consensus. I have a few improvements pending 
for CureCode to be done this week, so I'll add also this new rule 
to my todo list.

Here's an old rule that just broke: A non-admin undismissed a ticket 
- their own ticket, but still. This should not be allowed.

I've just made a minor CureCode upgrade. Changes are :

FIX: Issue #1371 regarding policy for ticket deletion by owner.
FIX: Dimissed ticket can't be changed by the owner anymore.
FIX: Minor missing translations for french catalog.

Ticket #1371 status is now built, I'll close it in a few days after 
a few more tests in production.

Regarding the second fix I've made, a ticket with status "dismissed" 
won't allow its owner (if profil type is Reporter) to change it. 
The owner still can add comments to the dismissed ticket if needed.

Doc, why don't you expand curecode into a full ITIL package?

There is a true void in that market that is being dominated currently 
by powerhouses just because of their perceived value not their actual 
value.

The gap between CureCode and solutions like Remedy is huge in terms 
of features. Trying to compete with them would require a large funding 
and a lot of time that I both lack.

CureCode had a problem when I created my account a couple of days 
ago, went to a page not found, and didn't send me a notification 
mail.  After that it wouldn't let me try and sign up for that name 
again.  Reset password came up with an error page as well.

Please wait a minute, I'm restarting the server.

Doc, we'll need a RAMBO migration to a new CureCode project some 
time next month, after the new R2 release. Open tickets only should 
be fine. Afaict we won't need to delay the first R2 release until 
the migration happens. The first release should be emergencies (like 
installation) and low-hanging fruit only.

No problem, we can add a new project to the current server when you 
need it.

If I recall, RAMBO is just a big REBOL file.

nope, it's just REBOL's SEND with a simple MX retrieving routine.

When the SMTP protocol fails to connect or to send, it raises an 
exception that traverse UniServe's and Cheyenne layer and is messing 
things in a way I cannot track back. That's the only case where I 
see such kind of issues. It seems to be specifically related to raised 
errors in port's handlers.

I'm upgrading CureCode to the latest version to fix this issue. Emails 
will be sent through the builtin MTA, fixing the instability caused 
by the SMTP scheme when a connection error occurs.

Entering in maintenance mode on CureCode server, current user sessions 
will be closed for the upgrade. If you're editing a ticket please 
save your changes now and logout from CureCode. I'll do the server 
upgrade in ~10mn.