AltME groups: search

Windows generally uses the registry for mapping to extension.
Try looking for something as follows under "regedit":


HKEY_LOCAL_MACHINE    System       CurrentControlSet          Services

W3Svc               Parameters                 Script_Map Once there 
you

wantto EDIT --> New --> String Value to add a new extension association 
of

   ".cgi" Then MODIFY the new ".cgi" entry to associated it with the 
   rebol
executable, eg

   "C:\rebol\rebol.exe %s %s" Here "C:\rebol\" may be different on your
system and note that you must end with .exe.

Now restart the computer to get the new setting.

stupid edit-compile-edit-debug-edit-debug-edit-compile-edit-scream_bloody_murder 
development cycle.

Sadly we have not developed a lexicon of common icons.


The icon for power on/off is becoming standard (a circle with a vertical 
line through 12 O'clock)


The save icon being a floppy also looks like a SD card or Microdrive 
to a lot of people.

It would be nice if the standards were set up for everyone:

Save
Load
New
Quit
Prefs
Edit

Synapse chat allows you do edit your posts :)

I also plan on adding other export modes, one being for make-doc 
 it would allow us to edit data and look at it via make-doc strings 
in a single click.

Scrolling under Windows
Gnome Cut & Paste (possibly should be X.11 cut & paste)
Clicking http links under Linux has no effect
The edit buffer is lost on disconnection
Display of html links is a mess

Use of graphic as well as red colour to highlight groups with unread 
messages
Message highlighting is lost on disconnection
Search shold show messages in the local archive
Message not "tied" to a topic
Better formatting ot exported HTML conversations.

The top ten is now:
Offline browsing is broken
Scrolling under Windows
Gnome Cut & Paste (possibly should be X.11 cut & paste)
Clicking http links under Linux has no effect
The edit buffer is lost on disconnection
Display of html links is a mess

Use of graphic as well as red colour to highlight groups with unread 
messages
Message highlighting is lost on disconnection
Search shold show messages in the local archive
Message not "tied" to a topic

Will there be any capability to go back and edit an already submitted 
post in the future.  I would love to use ALTME for some Bible discussion 
but it would have to allow me to go back and edit past postings and 
have some better formatting features for the layout of the posts 
such a font size, font type, color, spacing, etc..  Any likelihood 
of that coming soon.

the only way to do that is to export it as HTML and edit the HTML 
file

In the TCP packet above, did you edit that text?

no, no edit IIRC

AltME updated.... When you send a message, you will see the edit 
window retain the message until the server has echoed it.

Pekr: such a button be better somewhere in the area as noted by Henrik, 
not in the edit window icons.

1.2.21 - fixes black edit box, adds Mark all to the divider toolbar 
options (the small wrench above scroll bar)

black edit box is stil there if shift focus

If you click to a new group before a message send is complete, the 
edit area gets stuck with a gray background. I want the old version 
back.

humff.. I want power to edit groups as well, please Master allow 
me, I promess I'll be nice!

There is a point with any data set where you have to decide "how" 
to present the data fast.

Usually levels of caches, and prediction can make this seem real 
time, andonly when you go to edit something do things slow down in 
the background.

Almost every system out there that is fast in fact shows some subset 
(like 100 lines) at a time. the pulls in the next.
AltME was an all or nothing thing.

That might cause issues if you want to allow users to edit sent message 
though if they are now cached on client machines.

But we don't allow users to edit sent messages.

But I think it should be considered a bug that you can still edit 
it... and those edits are *not* sent

James, Cool.  I threw this into Qtask's REBOL-SIG project, and made 
it into a Wiki (you can edit it there if you like, as can others).

Here is a syndicated link for everyone.

https://www.qtask.com/qwiki.cgi?mode=previewSynd&uuid=XM56AUYGPJ6XSE5N8BUYLQX3W2QT


(Fixed your dupplicate numbers also.  What ever you used put two 
2, and two 1s.  I usually number "steps" and use bullets for lists 
that can change order).

Try the above image-fit.r program, set it to 2-points and then play 
with the SIZE pair-edit.

just looking at it - it looks, that you inadvertently used the same 
line twice, should I edit it for you?

Dear Anton,

A mezzanine, that's it. 
I can not tell you how frustrated I am.

See my response to Gabriele below:
Thanks for the info.


It is so sad to see that "little" things are not fixed in a reasonable 
fashion.

Here I am, 99% of my stuff is Center aligned and I find myself "regretting" 
that I go for a "not so established" language.
(never thought that entering text in a box will be a problem)


I have to actually ask 1000 people to klick 4 times more often, just 
to overcome a stupid bug.
So I ask them to:

Change to left align
Edit
Go back to Center align

Repeat as long as needed and pardon, I used "REBOL"

Best regards


So, what is needed to fix this, please let's include Ashley

Thanks a ton for the shimmer of light I see at the end of the tunnel
Peter

Dates: many useful conversion functions here:
http://www.codeur.org/forum/edit_msg.php?ID=10636&theme=17

Yep, Anamonitor 2.0, next to the help button, there's a field that 
says "Name or command". Replace that string with "ctx-edit" for instance.

(2 of my computers died, so I don't have the hex-edit.r of Ryans...so 
was seeing if I could just patch the binary with REBOL itself.   
Perhaps the replace by strings did some inherent conversion of the 
REBOL executible...not sure.

If anyone has hex-edit.r and could post to library...or link...it 
would be appreciated.  I didn't plan to have my computers down.  
It is IOS/Developer/Users/Ryan-Cole/Utilities ... IIRC

I have united two previousliy existing styles, which were very similar; 
PAIR-EDIT and INTEGER-EDIT into a single source file. Now a CREATE-EDIT-STYLE 
function takes a datatype argument (eg. pair!) and generates the 
appropriate style. A bit of extra work and it supports also  decimal!, 
so you can have a decimal-edit style as well... I'm proud of this 
optimizing - only possible using Rebol. The final source is only 
a little over the size of the original pair-edit, so it is a very 
good increase in efficiency.

Thanks for suggestions. Have to look into that. Currently i have 
anti-colors, mostly because i box the words, not just colorize them. 
looks like suqeaks etoys :) to see it, run edit-tools in my developer-folder, 
open a script, choose color-rebol.r in the plugin-list and close 
your eyes quickly :)) more a demo how to markup text.

I click "edit-tools", then I press "open" button, it opens a dialog 
"save /d/anton/dev/rebol/link/developer/et/doc/readme.txt" [Yes] 
[No]...   eh !??!

I press [No], then it opens a file requester, so I press "Cancel" 
and that minimizes the edit-tools app. Is this an april fools joke 
that no-one discovered in time ?

Dang Edit Mode...

I've been looking at %view-edit.r recently (and Romano's excellent 
http://www.rebol.it/~romano/edit-text-undo.txt), and have the following 
three code change suggestions:


1) Allow Shift-Tab to cycle back through the first / last pane objects 
(as Tab does):

	back-field: func [face /local item][
		all	[
			item: find face/parent-face/pane face

   any [if head? item [item: tail item] true] ; new line added here
			while [face <> first item: back item][
			...

2) Implement a new function to hilight the current word.

	current-word: function [str] [s ns] [
		set [s] word-limits
		s: any [all [s: find/reverse str s next s] head str]
		set [ns] word-limits
		ns: any [find str ns tail str]
		;	hilight word
		hilight-text s ns
		show view*/focal-face
	]


3) Refactor the engage / down action to allow double-click selection 
of a word (something I use all the time in almost every editor I 
use).

Current code:

	down [
		either not-equal? face view*/focal-face [
			focus face
			view*/caret: offset-to-caret face event/offset
		][
			view*/highlight-start:
			view*/highlight-end: none
			view*/caret: offset-to-caret face event/offset
		]
		show face
	]

Proposed change:

	down [
		either event/double-click [
			current-word view*/caret
		][
			either face <> view*/focal-face [focus face] [unlight-text]
			view*/caret: offset-to-caret face event/offset
			show face
		]
	]

Comments?

It's not a final version, but is completely usable. What is not finish 
is the editor for the rules.

So, this rules are stored in the rules.txt file (this file appear 
after your run it one time) and should be edit manually.

and you can get the source from console. dont run the editor before, 
save %edi.r ctx-edit IIRC.

ok, am I understanding this correctly?


1. Find and download the older desktop-source (which I guess includes 
edi.r)
2. Start Rebol/View and issue the command 
    %edi.r ctx-edit

Right?

hm. Okay, I get lots of code with "source ctx-edit", but I can't 
figure out how to get it into a file. I keep trying stuff like --> 
write %edit.r source ctx-edit

'editor looks for ctx-edit and if it a block, it makes it a context 
(saves a bit memory when not used.

so you must dump ctx-edit and call it ctx-edit again.
 save %edi.r compose/only[ ctx-edit: (ctx-edit) ] ; not tested.

about list, thats a complicated issue IMHO, because list is heavily 
optimized to show very big lists with good performance and low memory 
use. Thats done by a trick (iterated faces). And that trick is hard 
to wrap in a generic way. 

The other option is to do it trickless, means put all in a big layout, 
one face for each row. thats like conference/messenger/altme do it. 
not that performant (all this programs restrict the number of messages, 
only the last n). but to do it, you only have to append vid-code 
like
 text (name) 100 text  (msg) 300 text (date) 100

for each line and layout that. most flexible way, you can even edit 
each field. but don't come back and tell me its hungry/slow! then 
you have to use that index count list - stuff, maybe somewhat better 
wrapped.

dirty? is set when the text is changed. try this:

 name: "petr" view layout [f: field name [print "1" name: f/text] 
 field "test" do [f/dirty?: no]]

then click inside and outside and edit etc. the action is triggered 
when you change it and click outside.

You can scale each widget by dragging on it then dragging on the 
pair-edit.

view/new layout [across
	button with [
		source init
		source feel
		init: [copy needed stuff from init]
		feel: [copy and edit functions from feel]
	]
]

Perspectives of a newbie! By Steve Thornton (SteveT)


Hi! everyone, as someone brand new to REBOL I've been asked to log 
a journal
describing my experiences using REBOL. 


I think the first thing to get out of the way is to tell you where 
I'm coming

to REBOL from. I've programmed on and off for over twenty years starting 
with

Clipper 5 (dBaseII), Visual Basic (Access), C# (SQL Server), Java(NetBeans 
+

JavaDB). I've worked in a variety contract/freelance work. I earn 
approx half 

my income form 'Thornton Software' and I work for Iris Software Group 
- 

as a training consultant (training accountants :-\ someone has to 
do it!)


I can hear some of you saying 'Ahh! he's an IDE wimp - real men/women 
code

from scratch'. It was strange - every language I've used had an IDE 
and I

was a bit put off having to go find myself an editor. Until something 
better

find's me I'm using the freebie 'CREdit' as recommended by Sunanda. 


The easiest way to edit/test the scripts is to open an explorer window 
at

the side of the CREdit window showing my scripts folder. I can then 
drag a .r 

file onto the CEdit screen and it opens it. To run the script I double-click
it in the explorer window.


The help and documentation available is better than I have previously

experienced. Some of the components I've been wow'ed by so far is 
Henriks

List-View and RebDb from Dobeash. I've looked at RebGUI and for the 
time being 

I would prefer not to use anything on top of VID, I need to learn 
pure VID before
using anything else.


REBOL Cookbook of examples is a useful place to start. Some more 
form oriented 

examples would be cool. Example 014 - 'Open two windows'  and Example 
10 - 'Simple text
form window' are both useful


The Event Handling guide is a good resource for programmers moving 
from Visual
Studio etc..


That's more than enough to be going on with, next time I'll cover 
my experiences 
with VID, FACES and handling Events.

Bye for now.
Steve Thornton

You can copy the code from the default engage function, but you will 
fall into a trap; some of the words used in the default engage handler 
are bound to specific contexts. Your code will bind all the words 
in your context or global context. I'm talking about the words focal-face 
(which is in system/view), unlight-text, highlight-start, highlight-end 
and edit-text (which are in ctx-text).

My edit-panel style is actually based on PANEL style, but pretty 
much supplants AREA, if you're happy with monospace font. (I haven't 
supported a single-line FIELD-like style, but could be easily done 
I expect.)

See the Editors group to try out the edit-panel style.

I've inserted that at the top of the function body, so if we handle 
the tab char key event, then we exit and it doesn't have a chance 
to be handled by the rest of the default code (which actually calls 
upon the large edit-text function from ctx-text to handle key events).

BenBran, you can click the pencil above the text edit field to make 
multiline messages.

ok, I'll be back later for lesson two  :-)  but I'll give you a simple 
lesson 1.5 assignment  ;-)

edit the above so it matches either "<TAG>"  OR  "[TAG]"   :-)

REBOL []

do %include.r
include %file-list.r


flash-wnd: flash "Finding test files..."

if file: request-file/only [
    files: read first split-path file
]
if none? file [halt]

items: collect/only item [
    foreach file files [item: reduce [file none]]
]

unview/only flash-wnd



;-------------------------------------------------------------------------------
;-- Generic functions

call*: func [cmd] [
    either find first :call /show [call/show cmd] [call cmd]
]

change-each: func [
    [throw]

    "Change each value in the series by applying a function to it"

    'word   [word!] "Word or block of words to set each time (will be 
    local)"
    series  [series!] "The series to traverse"

    body    [block!] "Block to evaluate. Return value to change current 
    item to."
    /local do-body
][
    do-body: func reduce [[throw] word] body
    forall series [change/only series do-body series/1]

    ; The newer FORALL doesn't return the series at the tail like the 
    old one

    ; did, but it will return the result of the block, which is CHANGE's 
    result,
    ; so we need to explicitly return the series here.
    series
]

collect: func [
    "Collects block evaluations." [throw]
    'word
    block [block!] "Block to evaluate."
    /into dest [block!] "Where to append results"
    /only "Insert series results as series"

    /local fn code marker at-marker? marker* mark replace-marker rules
][
    block: copy/deep block
    dest: any [dest make block! []]

    fn: func [val] compose [(pick [insert insert/only] not only) tail 
    dest get/any 'val

        get/any 'val
    ]
    code: 'fn
    marker: to set-word! word
    at-marker?: does [mark/1 = marker]
    replace-marker: does [change/part mark code 1]
    marker*: [mark: set-word! (if at-marker? [replace-marker])]
    parse block rules: [any [marker* | into rules | skip]]
    do block
    head :dest
]

edit-file: func [file] [
    ;print mold file

    call* join "notepad.exe " to-local-file file ;join test-file-dir 
    file
]

flatten: func [block [any-block!]][
    parse block [

        any [block: any-block! (change/part block first block 1) :block | 
        skip]
    ]
    head block
]

logic-to-words: func [block] [

    change-each val block [either logic? val [to word! form val] [:val]]
]

standardize: func [

    "Make sure a block contains standard key-value pairs, using a template 
    block"
    block    [block!] "Block to standardize"
    template [block!] "Key value template pairs"
][
    foreach [key val] template [
        if not found? find/skip block key 2 [
            repend block [key val]
        ]
    ]
]

tally: func [

    "Counts values in the series; returns a block of [value count] sub-blocks."
    series [series!]
    /local result blk
][
    result: make block! length? unique series

    foreach value unique series [repend result [value reduce [value 0]]]
    foreach value series [
        blk: first next find/skip result value 2
        blk/2: blk/2 + 1
    ]
    extract next result 2
]


;-------------------------------------------------------------------------------

counts: none

refresh: has [i] [
    reset-counts
    i: 0
    foreach item items [
        i: i + 1
        set-status reform ["Testing" mold item/1]
        item/2: random/only reduce [true false]
        show main-lst
        set-face f-prog i / length? items
        wait .25
    ]
    update-counts
    set-status mold counts
]

reset-counts: does [counts: copy [total 0 passed 0 failed 0]]

set-status: func [value] [set-face status form value]

update-counts: has [pass-fail] [
    counts/total: length? items

    pass-fail: logic-to-words flatten tally collect res [foreach item 
    items [res: item/2]]
    ;result (e.g.): [true 2012 false 232]
    standardize pass-fail [true 0 false 0]
    counts/passed: pass-fail/true
    counts/failed: pass-fail/false
]

;---------------------------------------------------------------


main-lst: sld: ; The list and slider faces
c-1:           ; A face we use for some sizing calculations
    none
ml-cnt:        ; Used to track the result list slider value.
visible-rows:  ; How many result items are visible at one time.
    0

lay: layout [
    origin 5x5
    space 1x0
    across

    style col-hdr text 100 center black mint - 20

    text 600 navy bold {

        This is a sample using file-list and updating progress as files are
        processed. 
    }
    return
    pad 0x10

    col-hdr "Result"  col-hdr 400 "File" col-hdr 100
    return
    pad -2x0

    ; The first block for a LIST specifies the sub-layout of a "row",

    ; which can be any valid layout, not just a simple "line" of data.

    ; The SUPPLY block for a list is the code that gets called to display

    ; data, in this case as the list is scrolled. Here COUNT tells us

    ; which ~visible~ row data is being requested for. We add that to 
    the

    ; offset (ML-CNT) set as the slider is moved. INDEX tells us which
    ; ~face~ in the sub-layout the data is going to.

    ; COUNT is defined in the list style itself, as a local variable 
    in
    ; the 'pane function.
    main-lst: list 607x300 [
        across space 1x0 origin 0x0
        style cell text 100x20 black mint + 25 center middle
        c-1: cell  cell 400 left   cell [edit-file item/1]
    ] supply [
        count: count + ml-cnt
        item: pick items count
        face/text: either item [
            switch index [
                1 [

                    face/color: switch item/2 reduce [none [gray] false [red] true [green]]
                    item/2
                ]
                2 [mold item/1]
                3 ["Edit"]
            ]
        ] [none]
    ]

    sld: scroller 16x298 [ ; use SLIDER for older versions of View

        if ml-cnt <> (val: to-integer value * subtract length? items visible-rows) 
        [
            ml-cnt: val
            show main-lst
        ]
    ]
    return
    pad 0x20
    f-prog: progress 600x16
    return
    status: text 500 return
    button 200 "Run" [refresh  show lay]
    pad 200
    button "Quit" #"^q" [quit]
]

visible-rows: to integer! (main-lst/size/y / c-1/size/y)

either visible-rows >= length? items [
    sld/step: 0
    sld/redrag 1
][
    sld/step: 1 / ((length? items) - visible-rows)
    sld/redrag (max 1 visible-rows) / length? items
]

view lay

Can't edit the site :(

I just adopted a new notation standard for parse rules... the goal 
is to make rules a bit more verbose as to the type of each rule token... 
I find this reads well in any direction, since we encouter the "=" 
character when reading from left to right or right to left... and 
parse rules often have to be read from right to left.

example:

=terminal=: [

 =quote= copy terminal to =quote= skip (print ["found terminal: " 
 terminal])
]


on very large rules, and with the syntax highlighting in my editor 
making the "=" signs very distinct, I can instantly detect what parts 
of my rules are other rules or character patterns... it also helps 
out in the declarations... I see when blocks are intended to be used 
as rules quite instantly where ever they are in my code.


in my current little parser, I find I can edit my rules almost twice 
as fast and loose MUCH less time scanning my blocks to find the rule 
tokens, and switching them around.

wonder what you guys think about it...

my take on "speed" is as follows - ppl sometimes object, that you 
use "interpreter". And my answer is - why should I care? The thing 
is either fast enough for me, or it is not fast enough for me. If 
you will try to edit video using REBOL level pixel manipulation, 
you surely will not be happy. But - if your app behaves real-time 
or generally time results are acceptable for you - why to worry at 
all?

Yes, your best chance would be to install the last Syllable with 
boot floppies (the last floppies worked for a few more versions, 
but I don't remember which), then unzip the complete 0.6.0a base 
zip over it. You'll have to edit the /boot/boot/grub/menu.lst as 
well

ok.  LGPL is a "fair" license.  if you edit others work, you help 
them back, but your not *forced* to have them leverage your work 
for free

My Linux admin skills are not great . I spent several days of off-an-on 
attempts to get Syllable Server running. Now that I'm past the worst 
part of the learning curve, it's pretty easy. I just did another 
install on an Aspire One Netbook in about 15-20 minutes. I'm using 
Puppy LInux on a USB stick to partition and format the drive, run 
Grub and edit the text files.

David, we had a nice conference. Everything was filmed, but it always 
takes the organiser a long time to edit the videos, so I don't know 
when they will be published

su root and edit its crontab. you must be the user you want to edit 
the crontab for, AFAIK.

And now there is the poblem. You have a script that runs on Windows 
and Linux. On Linux via shebang. This implies Linux return style 
even if you edit it on Windows.

Regarding the shebang line, if you edit a script with one on Windows, 
you'll have to make sure that the shebang line still ends with just 
an LF

Last two weeks I installed two times Ubuntu server, made webmin working 
instead of ebox, which is crap, installed horde, etc., but I have 
to note, that I really thought, that after all those years, Linux 
gurus got educated, and was successfull in hiding linux architecture 
complexity from the eyes of mortal man. I have to say, that the system 
is still the same idiotic Linux underneath. This is really rudiculous 
- we are living in 2009, and instead of getting things done easily, 
you have to follow stupid instructions of where to edit something, 
to get some stuff running.

I fix that issue in my developement version of Cheyenne a week ago. 
Just edit %misc/unix.r and change the access path to libc like this 
: 
	any [
		exists? libc: %libc.so.6
		exists? libc: %/lib32/libc.so.6
		exists? libc: %/lib/libc.so.6
		exists? libc: %/lib/libc.so.5
	]

I'd be happy to attach an external editor to [Edit] Button in R2 
or R3.

Here is a little somthing i was working on some month ago when the 
 Ritchtext edit  topic pops out -> RTE ...

Thanks, Pekr. The time is not quite right for me to launch into another 
edit-panel. I want to make some improvements to the existing one 
first, to bring it to "workable/useful" status.

You can basically edit each AGG canvas graphic element directly from 
the canvas using the mouse, this includes dragging, reordering and 
a pop up menu which is stroke contextual  :-)  have fun

Hi all,


After learning a lot from you all I feel like I should contribute 
a bit.

On http://alain.goye.free.fr/rebol/or on Rebol Desktop's "AGReb" 
Reb site,
you can find:


- an updated version of %NoteReb.r, a REBOL tree-like notes organizer,
similar to and compatible with http://www.treepad.com/.

This new version of NoteReb.r has quite more functionalities; I use 
it to

work. A major bug seems to remain when intensively using the "undo" 
function
of Romano's edit-text-undo.r , which is quite nice despite that.


- a simple todo list, %todo-ag.r, which orders tasks by priority 
based on
their importance, workload and deadline...


If anyone likes these please drop me a line, and if you improve them, 
all
the better!

Alain.

Don't know if you followed the Rebol StackOverflow page, if you want 
to put in any word edgewise about Boron let me know and I'll edit 
it as appropriate: http://stackoverflow.com/tags/rebol/info

if you have full control on the app sources... using a resource editor 
(on windows), you could probably edit the rebol version data included 
in the binary metadata and then there are probably os calls to get 
that natively.

anyway, I did do a conditional run so the code works both ways, except 
that I have to edit the script to make it encap.  ( #include %view.r 
 ;that sort of thing)

Not sure, but I may have planted the initial seed for SDK...I was 
raving to Carl about the MKS toolkit awkc (awk compiler).  However, 
for awkc I don't have to edit the awk script before compiling.

You need to edit the VERSIONINFO resource.

Had to switch to using MS Word to edit text using Benjamin's com 
library.

hmm.. ive tried to use this rebgui stuff for the 1st time for a real 
problem, but it look buggy. a table cant be focused by tab (in spite 
of append ctx-rebgui/edit/tabbed 'table), a row in a table cant b 
focused by the program in an obvious way. the dropdown list doesnt 
rolls up after dropping down and it doesnt drops down if i click 
on its text.

rebgui-widgets.r and also rebgui-edit.r ?

Yes, okay, I remember.  I also see the group here in AltME.  Likely 
too complicated for my needs.  I want to build a db interface that 
shows the image and stores meta-data about the image.  I want to 
be able to edit the image if needed, or add new images and content 
using the drawing packing that is included.  Essentially this is 
for building drills for various different sports.  With all the drills 
built, a practice plan can then be built.

Is there any tool to edit and view  at the same time rebDoc files 
? I've an idea...

the first demo of these was a collaborative dj sessions where pucks 
would represent sounds and volumes of speakers... the distance between 
the pucks would relate their weight, so if you had the left speaker 
and slid it across a few sounds, it would play them.

since they are all loops, you can interactively edit your jam and 
add sounds, just by sliding them near speakers..

electronic paper already exists and is being sold by sony as a small 
book reader... no back lit.  0 consumption until you edit the page.

I tried, but I can't edit my comment. I sent feedback. I'm hoping 
to fix it before someone points out the error in a public forum.

I look at this problem from two views.  wanting a forth style block 
editor and wanting to let a construction boss sit at home and edit 
his own data blocks.  The forth style CLI just needs strings...any 
string including something like  p [   putting an open bracket on 
a line by itself.  This can be done with string parsing and a dialect 
pass, but hey.  The other issue is a lot deeper.  I want the boss 
to type in $1,000,000 and not have to call me when load kakks and 
(when I'm not careful enough) breaking a script.

HOW-TO make Cheyenne work with PHP for non-Windows OS


The purpose of the following patch is to make FastCGI in PHP work 
the same on all OSes.


1) If you have PHP v5.2.1 or higher with sources, you can skip 2) 
& 3) else :

2) Download latest PHP sources from http://www.php.net/downloads.php
3) Untar the archive anywhere yo want
4) Go to PHP install folder
5) Patching PHP source :

	Open a REBOL console, then :

;---- cut'n paste the following code in REBOL's console ----

patch-php: has [buffer pos][
	target: %sapi/cgi/fastcgi.c
	if none? attempt [buffer: read target][
		print "unable to find the file to patch!!"
		exit
	]
	either parse buffer [
		thru "int fcgi_accept_request("
		to "if (req->fd >= 0) {"
		pos: to end
	][
		insert pos "^/^-^-^-^-break;^/^-^-^-^-"
		write target buffer
		print "patch applied."
	][
		print "failed to locate the line to patch!!"
	]
]

patch-php
;---- end of code ----
		
6) Once the patch is applied :

	> ./configure --enable-fastcgi
	> make
	> sudo make install
	
7) Check if everything is ok :

	> php-cgi -h
	...
	you should see a -b option listed meaning you got proper
	FastCGI support.
	
	If it fails (occured on OSX), try with a full path instead :
	
	> /usr/local/bin/php-cgi -h
	

8) Edit Cheyenne's config file (httpd.cfg) to set the correct option 
in the PHP section. Non-Windows users have to also set the new 'delay 
option.

1) Add you service in %UniServe/services/
2) Edit %Cheyenne/cheyenne.r

3) Add in the 'set-cache block inside the %services/ section, the 
name of your service.
4) In 'do-cheyenne-app function :


- find the line "do-cache %HTTPd.r" and add after that : "do-cache 
%your-service.r"

- find the line "control/start/only 'task-master none" and add after 
that :
    "control/start/only 'your-service-name none"

I want to be able to edit my rsp pages remotely, and I've got this 
file here called edit.rsp

<html>
<title>
Editor
</title>
<body>

<%

filename: to-file request/content/filename
if (suffix? filename) <> %.rsp [ quit ]
; if filename = %edit.rsp [ quit ]
either source: select request/content 'source [
	; a http post, so save it
	write filename dehex source
][
	source: read filename
]


val-tag: rejoin [ {<input type="hidden" value="} form filename {" 
name="filename">} ]
replace/all source "<" "&lt;"
replace/all source ">" "&gt;"

print rejoin [
<form method="POST" action="/hylafax/edit.rsp">
<input type="submit" value="Save">
<hr>
<textarea rows="40" cols="140" name="source" > source
</textarea>
val-tag
<p/>
<input type="submit" value="Save">
]
include-file %footer.inc
%>

Problem is, if I edit edit.rsp using edit.rsp, then my entities get 
changes to their equivalents

So, this line

replace/all source "<" "&lt;"

gets changed to 

replace/all source "<" "<"

No matter .. just figured it out!

replace/all source "<" join "&" "lt;"

So, I guess it was just bad Rebol coding .. ( caused by my last minute 
desire to edit the rsp pages thru the web )

If it is a setting change, I would like to edit my local copy of 
show.rsp accordingly asap. I'm using show.rsp for browser analysis.

DELETE: not out of the box. If you want to add support for new HTTP 
methods, you need to build a custom module for Cheyenne that would 
take precedence over mod-static/method-support handler. If you need 
it as RSP level only, you can just edit that handler and add whatever 
method you need. I may add a config option to be able to extend allowed 
methods in a cleaner way.

already using cheyenne-admin to setup my bash user config files (~/.xxxx 
files) copying files locally, editing in ultra-edit, and uploading 
them back  
all via one click for xfer   :-)
I'm lazy  hehehehe

not if you edit the code so the urls match your site's separators. 
 I have come across some sites with strange separators.

Max: I agree the main issue is not having config options documented. 
About the current logging rules, I've always found that's way handier 
to pass command-line options than having to edit a config file. I'll 
see in the next version how I can improve that. 


Btw, I recommend running Cheyenne as encapped binary on production 
servers, it's simplier to handle (especially on Unix) and more secure 
(you can't corrupt some vital source file).

I don't think you run cheyenne from DOS prompt. Create a dedicated 
shortcut and edit the shorcut properties to add -u in the first field.

Changelog : 0.9.8 - 26/05/2009

	o FEAT: "User" column added to tickets list page.
	o FEAT: Search text feature extended to comments.
	o FEAT: "Main" page now populated with statistics.
	o FEAT: New Preset filter: "My Reports" (default when logged)
	
	o FIX:  "By Submitter" filter now working correctly.
	o FIX:  Redirection issues with Chrome fixed.
	o FIX:  In Preset mode, columns sorting links removed.
	
	o LOOK: Textarea edit fields now enlarged to maximum width.

The history in view/edit ticket mode shows status changes as "=> 
none 8" for varying numbers, depending on the status. The status 
field in the edit dropdown above is correct.

you need to edit %CureCode/private/curecode.conf to set the correct 
mail server.

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.