> > It looks different, acts different, etc. If it were me, I'd get rid
> > of the GTK hid - it's the least maintainable for us.
>
> Perhaps the code is a little crufty in places, but I wouldn't call it
> difficult to maintain.
Dan doesn't have time and I don't know gtk as well as Motif, that's
> 1) is this actually a useful enough feature for people to warrant
> putting any time into it? One thing we would probably be able to do
> better than now is support layer transparency.
Yes, I think it is worthwhile.
I don't what level you'd define layer transparency at, but this needs to
be
On Mon, 02 Mar 2009 13:22:00 -0500, DJ Delorie wrote:
> Because, as Mike puts it, GTK under windows doesn't look like windows,
> doesn't act like windows, and just confuses users.
Non-GTK under windows confuses users too -- those windows users who dare
to ask their linux buddy, who talked them i
On Mon, 2009-03-02 at 13:22 -0500, DJ Delorie wrote:
> > Is there any reason why this Win32 effort isn't / can't be merely
> > adding developer time to ensure that the GTK code works well for its
> > Win32 port, and adding native code as required to improve the
> > integration / feel of the app for
> Is there any reason why this Win32 effort isn't / can't be merely
> adding developer time to ensure that the GTK code works well for its
> Win32 port, and adding native code as required to improve the
> integration / feel of the app for Windows users?
Because, as Mike puts it, GTK under windows
Peter Clifton wrote:
> As much as I like .ps output in programs, I think we need to skip
> straight to .pdf if we want to support translucency in a meaningful way
> whilst retaining vector output. IE.. a PDF output HID using shared cairo
> code to render.
PDF output seems fine as far as openness
On Mon, 02 Mar 2009 17:37:04 +, Peter Clifton wrote:
>> Ack. Transparency when printing is a missing feature.
>
> sounds like it would be a nightmare to write.
Don't let it haunt your dreams ;-)
There sure are many more lower hanging, more rewarding fruit.
---<(kaimartin)>---
--
Kai-Martin
On Mon, 2009-03-02 at 08:05 -0600, Mark Rages wrote:
> On Mon, Mar 2, 2009 at 7:20 AM, Kai-Martin Knaak wrote:
> I would really like to see an index with a grid along the edges of the
> board like a city map. Then the service tech can look up "U101 in
> column A, row 3" etc.
FWIW, I've heard t
On Mon, 2009-03-02 at 12:44 +, Kai-Martin Knaak wrote:
> > 1) is this actually a useful enough feature for people to warrant
> > putting any time into it? One thing we would probably be able to do
> > better than now is support layer transparency.
>
> Ack. Transparency when printing is a mi
On Sun, 2009-03-01 at 22:03 -0500, DJ Delorie wrote:
> Note that if Mike gets the Win32 HID working, it will support
> Win32-based printing.
Is there any reason why this Win32 effort isn't / can't be merely adding
developer time to ensure that the GTK code works well for its Win32
port, and adding
On Sun, Mar 1, 2009 at 10:03 PM, DJ Delorie wrote:
>
> Note that if Mike gets the Win32 HID working
Any time line on that? I've been using PCB on Windows, and it
has three significant problems. Printing, Library Paths, PostScript Export.
> it will support Win32-based printing.
> And if people
DJ Delorie wrote:
> And if people are asking about printing, we should consider adding
> some page selection options for printing. Currently it prints
> [probably] way too many pages for most people.
I've noticed gtk printing doing a good job on debian linux
recently. The basic dialog box has a
On Mon, Mar 2, 2009 at 7:20 AM, Kai-Martin Knaak wrote:
>> Currently it prints [probably] way too many pages for most people.
>
> The current set of pages in postscript output is probably only useful for
> those who do their own etching. For the docs a different set would be
> better -- One, that
On Sun, 01 Mar 2009 22:03:38 -0500, DJ Delorie wrote:
> And if people are asking about printing, we should consider adding some
> page selection options for printing.
I really miss the ability to define a local print policy. It should be
possible to set up some kind of config file with defaults
On Sun, 01 Mar 2009 21:43:16 -0500, Dan McMahill wrote:
> GTK provides a printing API. The quick summary is the printing dialog
> box as well as a page setup dialog box are provided as part of this.
> Under unix-like operating systems it works well with cups,
The print dialog of gschem does a b
Note that if Mike gets the Win32 HID working, it will support
Win32-based printing.
OTOH it would be nice to separate out the rendering layer if it means
3D-based rendering for Lesstif as well as GTK. If we could create a
cairo module, for example, which the various HIDs can point at a
window...
I've been asked about pcb printing under win32 which we don't directly
support.
I'm wondering if the following makes any sense or not. I'm not actually
that likely to get to work on on this much but wanted to toss out the
ideas in case anyone felt inspired.
GTK provides a printing API. The q
On 02/28/2009 12:42:25 AM, Kai-Martin wrote:
> A patch produced by this simple approach is attached.
now it really is...
---<(kaimartin)>---
--
Kai-Martin Knaak
k...@lilalaser.de
http://lilalaser.de/blog
diff --git a/src/hid/common/hidnogui.c b/src/hid/common/hidnogui.c
index 57509dc..2b625c
On 02/27/2009 06:09:14 PM, Peter TB Brett wrote:
> > I'd like to share the diff. With CVS I'd do cvs diff -p -U 3
> > How would I go ahead with git?
>
> The simplest possible way:
>
> git diff > patch
A patch produced by this simple approach is attached. It moves the processing
of action scr
On Friday 27 February 2009 16:16:07 Kai-Martin Knaak wrote:
> On Wed, 25 Feb 2009 09:57:21 +, Kai-Martin Knaak wrote:
> > On Wed, 25 Feb 2009 08:55:59 +, Kai-Martin Knaak wrote:
> >> Now I can finally produce the prints I need without tedious GUI
> >> interaction.
>
> I'd like to share the
On Wed, 25 Feb 2009 09:57:21 +, Kai-Martin Knaak wrote:
> On Wed, 25 Feb 2009 08:55:59 +, Kai-Martin Knaak wrote:
>
>> Now I can finally produce the prints I need without tedious GUI
>> interaction.
I'd like to share the diff. With CVS I'd do cvs diff -p -U 3
How would I go ahead with gi
On Wed, 25 Feb 2009 08:55:59 +, Kai-Martin Knaak wrote:
> Now I can finally produce the prints I need without tedious GUI
> interaction.
Well, I almost can. Turns out, that the SwapSides() action does not work
in export mode. Is there any other way to print bottom silk from the
command line
On Fri, 20 Feb 2009 18:16:53 -0500, DJ Delorie wrote:
> Ah, action strings and scripts aren't executed when you're exporting. I
> suspect we could argue that this is a bug and discuss the ramifications
> of fixing it.
Just fixed it for my local version -- I moved the if clauses containing
"hid_a
Ah, action strings and scripts aren't executed when you're exporting.
I suspect we could argue that this is a bug and discuss the
ramifications of fixing it.
The relevent code is at the end of src/main.c
___
geda-user mailing list
geda-user@moria.seul
Not satisfied with the default postscript output of pcb I, tried to whip
up a bash script with pcb actions an options. I got close, but not quite
to my goal: Two eps output files of the layout - One with values, the
other with refdeses.
For some reason, my action string does not initiate the e
On Thu, Jan 22, 2009 at 6:19 PM, DJ Delorie wrote:
>
>> How do you get the calibration page to print? There is no PostScript
>> output option for that. Calibration request takes you directly to lpr.
>
> Change the "lprcommand" to "cat > /tmp/foo.ps"
After putting the GNU32 version of 'cat' into
> How do you get the calibration page to print? There is no PostScript
> output option for that. Calibration request takes you directly to lpr.
Change the "lprcommand" to "cat > /tmp/foo.ps"
___
geda-user mailing list
geda-user@moria.seul.org
http:
> How do you get the calibration page to print? There is no PostScript
> output option for that. Calibration request takes you directly to lpr.
Ok, that will slow you down a bit :-)
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul
On Thu, Jan 22, 2009 at 11:28 AM, DJ Delorie wrote:
>
>> Not sure that you can use the "Printer Calibration" settings that
>> way? I'm trying to get a real 1:1 size.
>
> You should be able to, calibrating uses the same HID as printing.
How do you get the calibration page to print? There is no P
> Anyone have any insights on getting PCB to print some check plots,
> under Windows?
I have typically used the .ps outputs to create PDF's and then printed
with all scaling turned off. That has successfully resulted in 1:1
print outs. I never actually considered trying to use the "Print
layout" o
> Not sure that you can use the "Printer Calibration" settings that
> way? I'm trying to get a real 1:1 size.
You should be able to, calibrating uses the same HID as printing.
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/c
On Thu, Jan 22, 2009 at 10:25 AM, John Griessen wrote:
> Bob Paddock wrote:
>
>> Standard PCB print makes the assumption that 'lpr' is available, which
>> is not the case
>> on Windows.
>>
>> Anyone already been down this road before I dig into trying to find a
>> solution?
>
> I haven't done tha
Bob Paddock wrote:
> Standard PCB print makes the assumption that 'lpr' is available, which
> is not the case
> on Windows.
>
> Anyone already been down this road before I dig into trying to find a
> solution?
I haven't done that exactly, but how about printing to .ps, converting to pdf,
the w
Anyone have any insights on getting PCB to print some check plots,
under Windows?
Standard PCB print makes the assumption that 'lpr' is available, which
is not the case
on Windows.
Anyone already been down this road before I dig into trying to find a solution?
__
34 matches
Mail list logo