RE: HTML to Universe conversion codes

2004-04-28 Thread Larry Hiscock
It should be standard URL encoding, which works as follows:

Spaces are converted to +  Characters below 0x20 or above 0x7F, along
with the characters %+=:# are converted to a % followed by their
hexadecimal equivalent [ OCONV(SEQ(VAR),'MX') ]

Note that spaces are not converted to a +, then the + converted to %2B.
Any existing + characters in the string would be converted to %2B, THEN
any spaces would be converted to +.

Larry Hiscock
Western Computer Services
http://www.wcs-corp.com



-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Lee Messenger
Sent: Wednesday, April 28, 2004 9:11 AM
To: [EMAIL PROTECTED] Com
Subject: HTML to Universe conversion codes


Does anyone have a complete list of the unique HTML conversions 'codes'
and their Universe equivalents when passing data from an html page to
Universe using the form 'post' method.  For example the string  '%26' is
'' in Universe.

Would you share this list with me?

Thank you in advance.


Lee J Messenger
Sr VP Operations
[EMAIL PROTECTED]

DLT Transportation Services, Inc.
Phone :(816) 242-4505
Fax   :(816) 483-7222


-- 
u2-users mailing list
[EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users

-- 
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users


RE: Terminal emulator for Mac (was Re: What client platform do YOUuse (Parallel to GUI thread))

2004-04-21 Thread Larry Hiscock
PowerTerm ($149) from Ericom Software (http://www.ericom.com) supports
Wyse 50/60  VT100.  I've never used their Mac version, but a client of
mine uses their Windows version with decent success. 

Carnation software (http://carnationsoftware.com) -- the folks who
brought you MacToPic and SBMac -- has a lower-end terminal emulator-only
product called MacWise ($95).

Larry Hiscock
Western Computer Services


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Clifton Oliver
Sent: Wednesday, April 21, 2004 4:58 PM
To: U2 Users Discussion List
Subject: OT: Terminal emulator for Mac (was Re: What client platform do
YOUuse (Parallel to GUI thread))


Does anyone know of a reasonably priced terminal emulator for the Mac 
that does *complete* VT100 or Wyse 50 emulation?

-- 

Regards,

Clif


On Apr 21, 2004, at 16:33, Stuart Boydell wrote:

 Steve,

 I run a terminal emulator (Netterm) in 165x64 mode - no more because
 that's
 the smallest font I can read on the 17 monitor here.
 I run this on a Windows client against an aix/UV/SB+ app.
 The main advantage being that it just gives me lots of read space for
 programs.

-- 
u2-users mailing list
[EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users

-- 
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users


RE: [OT] Complete Browser Window Image Capture?

2004-04-15 Thread Larry Hiscock
You could try using a better paint program ;-)  Paint Shop Pro comes to
mind.  It's got all the feature of high end programs like Photoshop, but
it's under $100

Larry Hiscock
Western Computer Services
http://www.wcs-corp.com


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Behalf Of George Gallen
Sent: Thursday, April 15, 2004 8:31 AM
To: Ardent List
Subject: [OT] Complete Browser Window Image Capture?


ok. I'm trying to document one of our applications. It uses the web
browser as the front end.

One of the pages is longer than the window. Anyone know of any utilities
that will allow me to
convert this into an image?

I tried capturing top, capturing bottom, and combining them in PCPaint,
but I lost alot of quality.
So, now I'm on a trek to find an application to capture the entire
window as one long image.

Thanks
George

George Gallen
Senior Programmer/Analyst
Accounting/Data Division
[EMAIL PROTECTED]
ph:856.848.1000 Ext 220

SLACK Incorporated - An innovative information, education and management
company
http://www.slackinc.com


--
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users

-- 
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users


RE: [OT] Complete Browser Window Image Capture?

2004-04-15 Thread Larry Hiscock
Yep.  Either PSP or GIMP would be for combining images.  I haven't used GIMP
in a while (I mostly use PSP and Photoshop), so I can't speak for it.  PSP
has a nice stitch feature that allows you to combine slices of an image.
You can overlay the slices with the upper layer set to partial transparency
so you can see through to the lower layer.  It really helps with getting the
images lined up straight.

Wendy had a good idea, too.  If you have Adobe Acrobat, just print the page
from your browser to the Acrobat printer driver or the distiller.

Larry Hiscock
Western Computer Services
http://www.wcs-corp.com


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Behalf Of George Gallen
Sent: Thursday, April 15, 2004 9:00 AM
To: U2 Users Discussion List
Subject: RE: [OT] Complete Browser Window Image Capture?


I take it that this would be for combining the images?

George

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Thursday, April 15, 2004 11:57 AM
To: [EMAIL PROTECTED]
Subject: RE: [OT] Complete Browser Window Image Capture?


Even better is a program called GIMP (GNU Image Manipulation
Program) that's open source and free.  I've used it on Linux,
but it's also got binaries for running on Windows as well.
It's almost as full featured as Photo Shop.  You can find out
more information and download it here:  http://www.gimp.org/index.html

-Original Message-
From: Larry Hiscock [mailto:[EMAIL PROTECTED]
Sent: Thursday, April 15, 2004 10:53 AM
To: U2 Users Discussion List
Subject: RE: [OT] Complete Browser Window Image Capture?


You could try using a better paint program ;-)  Paint Shop Pro comes to
mind.  It's got all the feature of high end programs like
Photoshop, but
it's under $100

Larry Hiscock
Western Computer Services
http://www.wcs-corp.com


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
Behalf Of George Gallen

Sent: Thursday, April 15, 2004 8:31 AM
To: Ardent List
Subject: [OT] Complete Browser Window Image Capture?


ok. I'm trying to document one of our applications. It uses the web
browser as the front end.

One of the pages is longer than the window. Anyone know of any
utilities
that will allow me to
convert this into an image?

I tried capturing top, capturing bottom, and combining them in PCPaint,
but I lost alot of quality.
So, now I'm on a trek to find an application to capture the entire
window as one long image.

Thanks
George

George Gallen
Senior Programmer/Analyst
Accounting/Data Division
[EMAIL PROTECTED]
ph:856.848.1000 Ext 220

SLACK Incorporated - An innovative information, education and
management
company
http://www.slackinc.com


--
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users

--
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users
--
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users

--
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users

-- 
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users


RE: WEOFSEQ

2004-04-14 Thread Larry Hiscock
It will only clear whatever data is already in X.FILE.

It appears I made an incorrect statement in a previous post, and I must
correct myself.  I previously stated that WRITESEQ will overwrite and
effectively clear a file.  It does not.

The sequential file must be positioned at the end of file before a WRITESEQ
is executed, or the write will fail, and the ELSE clause will be taken.
There are three ways to do this:

1) READSEQ until eof
2) Use the APPEND clause to the WRITESEQ statement
3) WEOFSEQ (truncates the file at the current position, effectively making
the end of file)

I revise my basic flow as follows:

OPENSEQ 'dirfile','seq.file.name' TO FIL.SEQ THEN
  WEOFSEQ FIL.SEQ
END ELSE
  IF STATUS() NE 0 THEN
PRINT 'Could not open/create seq.file.name'
STOP
  END
END

* Loop through data  build seq records
WRITESEQ var ON FIL.SEQ
...

* At eof
CLOSESEQ FIL.SEQ  (No WEOFSEQ required here)


Larry Hiscock
Western Computer Services
http://www.wcs-corp.com


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Behalf Of Shawn Waldie
Sent: Wednesday, April 14, 2004 10:49 AM
To: U2 Users Discussion List
Subject: WEOFSEQ


I need some clarification.

Given the following:

X.DIR   = X.HOME.WALDIES; * the VOC item 'X.HOME.WALDIES' is a
pointer to /home/waldies
X.FILE  = SRW_TEST_SEQ.txt

OPENSEQ X.DIR,X.FILE TO FV.SEQ THEN
  WEOFSEQ FV.SEQ
ELSE
  ...
END


Upon a successful open of X.DIR at X.FILE, will the WEOFSEQ erase
everything in X.DIR starting with X.FILE, including other files that may
exist under - positionally - X.FILE?  Or is it just suppose to clear
anything that might be contained in X.FILE?

This what the *help* says:
The UniBasic WEOFSEQ command writes an end-of-file mark at the record
pointer position in a sequential file, which results in the file (...in
my case, X.DIR or X.FILE?) being truncated at the current position.

TIA
--
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users

-- 
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users


RE: [UD] OPENSEQ, WEOFSEQ, CLOSESEQ

2004-04-13 Thread Larry Hiscock
If you don't position the file with READSEQ, and you don't use the
APPEND clause on WRITESEQ, it should overwrite the file from the
beginning.  The initial WEOFSEQ should be unnecessary, and in fact is
probably why you're only seeing an empty file.  We use sequential file
processing in a number of programs, including data transfer to/from a
webserver, EDI, data export to other applications, etc.

Here is the basic flow that we use:

  OPENSEQ 'DIRFILE',SEQ.NAME TO FIL.SEQ ELSE   ;* 'DIRFILE' is a
DIR-type file pointer in VOC
 IF STATUS() NE 0 THEN
PRINT Unable to open :SEQ.NAME
STOP
 END
  END

  LOOP
 read data from UniData files ...
  UNTIL EOF DO
 build variable with appropriate delimiters, etc
 WRITESEQ VAR ON FIL.SEQ ELSE
PRINT Error writing to file ...
 END
  REPEAT

WEOFSEQ FIL.SEQ
CLOSESEQ FIL.SEQ
  
This works consistently in our apps.

Larry Hiscock
Western Computer Services
http://www.wcs-corp.com


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Shawn Waldie
Sent: Tuesday, April 13, 2004 10:15 AM
To: U2 Users Discussion List
Subject: [UD] OPENSEQ, WEOFSEQ, CLOSESEQ


Except for one possible inconsistency with the instructions regarding
OPENSEQ, the documentation seems very straight-forward.  However, I'm
still missing something.

My intention is to:
1) create a record (if it doesn't already exist) in a DIR-type
file;
2) clear said record if data exists;
3) write new data to the record; and
4) close the file.

The problem is that only an empty record is created if the WEOFSEQ
command is executed.  However, if the WEOFSEQ command is not executed,
the record will not first be cleared.  In other words, each time someone
runs the program, the new info is appended to whatever exists.

Here's my code:


X.DIR   = X.HOME.WALDIES
X.FILE  = SRW_TEST_SEQ.txt
X.DELIM = |


* MAIN *

GOSUB OPEN.SEQFILE


FOR I = 0 TO 9
  OUTPUT.DATA = 
  FOR J = 0 TO 9
BEGIN CASE
  CASE J # 9
OUTPUT.DATA := I:-:J:X.DELIM
  CASE 1
OUTPUT.DATA := I:-:J
END CASE
  NEXT J
  GOSUB WRITE.TO.SEQFILE
NEXT I


CLOSESEQ FV.SEQ




*~-~*~-~*~-~*~-~*~-~*~-~*~-~*~-~*~-~*~-~*~-~*~-~*~-~*~-~*

* ---
OPEN.SEQFILE:
* ---
PCPERFORM 'touch ':@PATH:'/':X.DIR:'/':X.FILE

OPENSEQ X.DIR,X.FILE TO FV.SEQ ELSE
  CRT File :X.FILE: in :X.DIR: didn't open!
END

WEOFSEQ FV.SEQ

RETURN


* ---
WRITE.TO.SEQFILE:
* ---
WRITESEQ OUTPUT.DATA APPEND TO FV.SEQ ELSE
  CRT Can't append :OUTPUT.DATA: to :X.FILE: in :X.DIR:! END

RETURN





TIA
Shawn
-- 
u2-users mailing list
[EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users

-- 
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users


RE: [UD] OPENSEQ, WEOFSEQ, CLOSESEQ

2004-04-13 Thread Larry Hiscock
Should have read farther through your code.   Your problem is the APPEND
clause on the WRITESEQ statement.  This means append this record to the
END of the file.  You don't normally need to use this clause unless you
want to ADD data to the end of an existing file.  You also don't need
the 'PCPERFORM touch ...'.  OPENSEQ will create the file if it doesn't
already exist.  If it can't create it, it will take the ELSE clause with
a non-zero value in STATUS().

Larry Hiscock
Western Computer Services
http://www.wcs-corp.com


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Shawn Waldie
Sent: Tuesday, April 13, 2004 10:15 AM
To: U2 Users Discussion List
Subject: [UD] OPENSEQ, WEOFSEQ, CLOSESEQ


Except for one possible inconsistency with the instructions regarding
OPENSEQ, the documentation seems very straight-forward.  However, I'm
still missing something.

My intention is to:
1) create a record (if it doesn't already exist) in a DIR-type
file;
2) clear said record if data exists;
3) write new data to the record; and
4) close the file.

The problem is that only an empty record is created if the WEOFSEQ
command is executed.  However, if the WEOFSEQ command is not executed,
the record will not first be cleared.  In other words, each time someone
runs the program, the new info is appended to whatever exists.

Here's my code:


X.DIR   = X.HOME.WALDIES
X.FILE  = SRW_TEST_SEQ.txt
X.DELIM = |


* MAIN *

GOSUB OPEN.SEQFILE


FOR I = 0 TO 9
  OUTPUT.DATA = 
  FOR J = 0 TO 9
BEGIN CASE
  CASE J # 9
OUTPUT.DATA := I:-:J:X.DELIM
  CASE 1
OUTPUT.DATA := I:-:J
END CASE
  NEXT J
  GOSUB WRITE.TO.SEQFILE
NEXT I


CLOSESEQ FV.SEQ




*~-~*~-~*~-~*~-~*~-~*~-~*~-~*~-~*~-~*~-~*~-~*~-~*~-~*~-~*

* ---
OPEN.SEQFILE:
* ---
PCPERFORM 'touch ':@PATH:'/':X.DIR:'/':X.FILE

OPENSEQ X.DIR,X.FILE TO FV.SEQ ELSE
  CRT File :X.FILE: in :X.DIR: didn't open!
END

WEOFSEQ FV.SEQ

RETURN


* ---
WRITE.TO.SEQFILE:
* ---
WRITESEQ OUTPUT.DATA APPEND TO FV.SEQ ELSE
  CRT Can't append :OUTPUT.DATA: to :X.FILE: in :X.DIR:! END

RETURN





TIA
Shawn
-- 
u2-users mailing list
[EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users

-- 
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users


RE: [UD] OPENSEQ, WEOFSEQ, CLOSESEQ

2004-04-13 Thread Larry Hiscock
Comments inline:

 When I take the initial WEOFSEQ out, the first run will
 produce the result I need. But if I run the program again,
 the error statement is returned each time the WRITESEQ
 statement is executed.  When WEOFSEQ is executed right
 after the OPEN... statement, I get the desired result
 each time I run it...also, the APPEND is no longer in
 the WRITE... statement.

What version of UD are you running?  On what OS?  We're on an older
version of UD (4.0.23) on SCO OpenServer 5.0.5, and we use WRITESEQ a
LOT, always with the same basic flow that I posted in my previous
message.  OPENSEQ, loop through WRITESEQ, WEOFSEQ, CLOSESEQ

 Something else I don't understand:
 When the file to be created/refreshed doesn't exist in
 X.DIR, the error message of the OPEN... statement is
 returned. Even so, the new file is created and written
 to, and I receive the desired result.  I don't get that
 one.  This happens with or without the PCPERFORM command.

If the file doesn't exist, it WILL take the ELSE clause, but with
STATUS() = 0.  If it can't create and/or open an existing file, it will
take the ELSE clause, but with STATUS()  0.  Use the following in your
OPENSEQ statement:

OPENSEQ 'dirfile',SEQ.NAME TO FIL.SEQ ELSE
  IF STATUS() NE 0 THEN
PRINT 'Error message...'
recover from error...
  END
END

If the file doesn't already exist, it will take the else branch, but
STATUS() will be zero, so it won't print the error message.

Larry Hiscock
Western Computer Services
http://www.wcs-corp.com


-Original Message-
From: Larry Hiscock [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, April 13, 2004 12:50 PM
To: 'U2 Users Discussion List'
Subject: RE: [UD] OPENSEQ, WEOFSEQ, CLOSESEQ


If you don't position the file with READSEQ, and you don't use the
APPEND clause on WRITESEQ, it should overwrite the file from the
beginning.  The initial WEOFSEQ should be unnecessary, and in fact is
probably why you're only seeing an empty file.  We use sequential file
processing in a number of programs, including data transfer to/from a
webserver, EDI, data export to other applications, etc.
-- 
u2-users mailing list
[EMAIL PROTECTED] http://www.oliver.com/mailman/listinfo/u2-users

-- 
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users


RE: DATA statement Clearing?

2004-04-01 Thread Larry Hiscock
Not sure about UniVerse, but UniData has a CLEARDATA verb.  Rather than
stuffing the data buffer with all this stuff, wouldn't it be just as easy to
open the file from within a program and read/process it?

Larry Hiscock
Western Computer Services


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Behalf Of Karl L Pearson
Sent: Thursday, April 01, 2004 8:41 AM
To: u2-users
Subject: DATA statement Clearing?


I have a program that takes a printed replenishment order (sent via
smoke and mirrors to a text file on our uniVerse server from remote
sites), parses through it and passes DATA to an Order Entry program
(4580 lines long).

I'm curious if there's a way to clear those data statements up as part
of clean-up in case of an error in the data structure at the remote
site. I.E, there are 3 lines of text for each ordered product. On the
first line, is pricing, so I do a findstr for a $-sign, which allows me
to know I'm on the first of 3 lines for one item. With some of our
clients, the inventory item is on the first line and with others it's on
the 2nd or 3rd line.

My code knows the difference by client number and process correctly,
however on some clients, the inventory item number isn't where it's
supposed to be, causing the order entry program to go into cardiac
arrest. My cleanup then has to undo the locking mechanism (prevents more
than one process at a time), plus release locks, etc.

I need to be able to clear the data statements because they are
currently being passed to the menuing system, which causes the operator
to wonder what's going on and hope nothing bad just happened.

INPUTCLEAR and CLEARSELECT don't work (I thought inputclear would...).

Help?


--
Karl L. Pearson
Director of IT,
ATS Industrial Supply
Direct: 801-978-4429
Toll-free: 888-972-3182 x29
Fax: 801-972-3888
http://www.atsindustrial.com
[EMAIL PROTECTED]

--
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users

-- 
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users


RE: VB / SQL questions

2004-03-26 Thread Larry Hiscock
 Can someone tell me why I need
 INSERT INTO test([field1], field2 
 instead of
 INSERT INTO test(field1, field2 


Brackets are required around field and file names if they contain spaces or
other non-alphanumeric characters.

Larry Hiscock
Western Computer Services
http://www.wcs-corp.com


-- 
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users


RE: version control software

2004-02-18 Thread Larry Hiscock
I am looking for a version control application for U2 software development.
Ideally it would have a check-out/check-in function, ability to track
changes, migration dates, etc

Hi Jeff,

Have you looked at CVS?  It's available for a variety of platforms and
should handle what you're looking for.  It's available at
http://www.cvshome.org/

Larry Hiscock
Western Computer Services
http://www.wcs-corp.com

-- 
u2-users mailing list
[EMAIL PROTECTED]
http://www.oliver.com/mailman/listinfo/u2-users