|
|
In lugnet.cad.dev, Philippe Hurbain wrote:
> In lugnet.cad.dev, Joerg Sommerer wrote:
> > I've installed the LDView 4.1 and found that BFC is removed from the toolbar
> > (see the LDView history at http://ldview.sourceforge.net/ChangeHistory.html). I
> > can see the BFC only if I choose it in the geometry preferences or in a
> > preference set. What's the reason for the removal? Is there a comfortable
> > possibility to get the BFC?
> >
> > Joerg Sommerer
> > [Brickaneer]
>
> Hi Joerg,
>
> LDView toolbar is now user configurable, and its default setting now targets
> general public audience. Right click on the toolbar, and choose "customize" to
> configure it for your needs.
>
> Otherwise I'd suggest you join the new LDraw forums here:
> http://forums.ldraw.org/, this place now gets few visitors :(
>
> Philo
Yes, thanks! Beside this I mailed my questions to Travis and he answered me the
same. So this discussion could be closed.
Joerg Sommerer
[Brickaneer]
|
|
|
In lugnet.cad.dev, Joerg Sommerer wrote:
> I've installed the LDView 4.1 and found that BFC is removed from the toolbar
> (see the LDView history at http://ldview.sourceforge.net/ChangeHistory.html). I
> can see the BFC only if I choose it in the geometry preferences or in a
> preference set. What's the reason for the removal? Is there a comfortable
> possibility to get the BFC?
>
> Joerg Sommerer
> [Brickaneer]
Hi Joerg,
LDView toolbar is now user configurable, and its default setting now targets
general public audience. Right click on the toolbar, and choose "customize" to
configure it for your needs.
Otherwise I'd suggest you join the new LDraw forums here:
http://forums.ldraw.org/, this place now gets few visitors :(
Philo
|
|
|
I've installed the LDView 4.1 and found that BFC is removed from the toolbar
(see the LDView history at http://ldview.sourceforge.net/ChangeHistory.html). I
can see the BFC only if I choose it in the geometry preferences or in a
preference set. What's the reason for the removal? Is there a comfortable
possibility to get the BFC?
Joerg Sommerer
[Brickaneer]
|
|
|
In lugnet.cad.dev, Tore Eriksson wrote:
> Where have I seen those buildings before...? ;)
>
> Keep up the good work!
>
> /Tore
I think it was from some tests I did once I wanted to do a lego rpg game once
and then a sims like lego game so must be from my posts.
|
|
|
Where have I seen those buildings before...? ;)
Keep up the good work!
/Tore
|
|
|
In lugnet.cad.dev, Michael Lachmann wrote:
> In lugnet.cad.dev, Tore Eriksson wrote:
> <snip>
> > Is there any kind of documentation on these META-commands
> > anywhere?
> > /Tore
>
> You can find all MLCad meta commands in the MLCads developer documentation here
> http://mlcad.lm-software.com/Specification_V2.0.pdf
>
> Best regards,
> Michael
Thank you very much, Michael!
/Tore
|
|
|
In lugnet.cad.dev, Tore Eriksson wrote:
<snip>
> Is there any kind of documentation on these META-commands
> anywhere?
> /Tore
You can find all MLCad meta commands in the MLCads developer documentation here
http://mlcad.lm-software.com/Specification_V2.0.pdf
Best regards,
Michael
|
|
|
I just released a new version of LETGUI.
Added support for stl2dat (now version 1.22).
Added support for dat2qp (now version 1.3).
Added support for coverer (now version 1.3).
You can download like usually from http://mikeheide2.kilu.de
If you run into any trouble, please do not hesitate to contact me.
Wishes and errors please report also on http://forums.ldraw.org/read.php?24,67
cu
mikeheide
|
|
|
In lugnet.cad.dev, Jacob Sparre Andersen wrote:
> Roland Melkert wrote:
>
> > I've been a Delphi programmer both private and work related for over
> > 15 years , but I think it's time to take a dive in the multiplatform
> > world.
>
> > But the first thing I must do is deciding what collection of libraries
> > and tools to use. I've been wondering on the internet for a couple of
> > days and the most promising basic library I've found is wxWidgets, so
> > if I had to start today I probably use this with some nice highlighter
> > editor and get going.
>
> I know this answer is coming a bit late, but you'll get it anyway.
I don't mind, always nice to learn something new.
> I use Ada as my primary programming language. You can get Ada compilers
> targeting practically anything from Atmel microcontrollers over SCUD2
> warheads to Intel CPUs with Microsoft Windows running on top of them.
I never heard of this language, after a quick lookup on wikipedia it seems
interesting. I like the strong typing ala pascal. It's something I miss in C++.
> Rumour will have it that it is easy to switch from Delphi to Ada. I can
> only tell that the switch from Borland Pascal to Ada felt like a great
> improvement.
>
> The GCC Ada compiler is commonly known as GNAT. I use (variants of) it
> for Atmel, Linux and Microsoft targets.
>
> For graphical user interfaces I use GtkAda. It comes with an OpenGL
> API/canvas, but I haven't tried to use it (yet).
>
> My preferred IDE is Emacs, but more sensible people have been known to
> use GPS (GNAT Programming Studio?). (Less sensible people buy a
> quad-core machine and use Eclipse. ;-)
>
> Gdb is supposedly the preferred debugger to use with GNAT, but I don't
> write enough bugs to use it.
Seems very interesting, but I have been working the C++ route for a while now,
using the stl as much as possible in combination with wxWidgets for gui and
boost for threading. I do use gcc (under mingw on win) for compiling and gdb for
debugging, I've been using codeblocks for an IDE but I use it more as a
overgrown editor cause I compile and debug outside it.
It all feels a bit primitive compared to the Delphi IDE but with this setup I'm
having very little platform dependencies (although I'm still working on Windows
only at the moment).
I'm hoping to present my very first application made with this next month in the
form of a new LDraw editor.
.
Still might take a better look at ADA sometime. Thanks for the information.
> Play well,
>
> Jacob
Roland
|
|
|
Roland Melkert wrote:
> I've been a Delphi programmer both private and work related for over
> 15 years , but I think it's time to take a dive in the multiplatform
> world.
> But the first thing I must do is deciding what collection of libraries
> and tools to use. I've been wondering on the internet for a couple of
> days and the most promising basic library I've found is wxWidgets, so
> if I had to start today I probably use this with some nice highlighter
> editor and get going.
I know this answer is coming a bit late, but you'll get it anyway.
I use Ada as my primary programming language. You can get Ada compilers
targeting practically anything from Atmel microcontrollers over SCUD2
warheads to Intel CPUs with Microsoft Windows running on top of them.
Rumour will have it that it is easy to switch from Delphi to Ada. I can
only tell that the switch from Borland Pascal to Ada felt like a great
improvement.
The GCC Ada compiler is commonly known as GNAT. I use (variants of) it
for Atmel, Linux and Microsoft targets.
For graphical user interfaces I use GtkAda. It comes with an OpenGL
API/canvas, but I haven't tried to use it (yet).
My preferred IDE is Emacs, but more sensible people have been known to
use GPS (GNAT Programming Studio?). (Less sensible people buy a
quad-core machine and use Eclipse. ;-)
Gdb is supposedly the preferred debugger to use with GNAT, but I don't
write enough bugs to use it.
Play well,
Jacob
--
LEGO furniture:
http://lego.sparre-andersen.dk/By/M%F8bler/
|
|
|
Hi Roland,
> Thanks this seems like a good starting point,
>
> I there a (practical) reason you didn't put slope bricks under bricks e.g.:
>
> bricks
> - plain
> - etc
> - slope
> - - 45 deg
> - - 33 deg
>
> The bin supports unlimited levels and you can use the same group in multiple
> branches.
>
> Roland
There is a reason. I tend to sort bricks by function (give or take) and slope
bricks are rarely interchangeable with regular bricks.
With multiple levels I'd probably favour
Slopes
-45 deg
--1x
--2x
--other
-33 deg
--1x
--2x
--other
-Other
That way if you want to build, say, a roof you can simply select the category
with the correct angle and choose widths from there.
Obviously I'm not trying to force my own systems on you. But that's why I keep
them separate.
Tim
|
|
|
In lugnet.cad.dev, Anders Isaksson wrote:
> Roland Melkert wrote:
>
> > I've been working on my LDraw editor during my vacation, and I'm
> > wondering on how to populate the partbin by default.
> >
> > The general mechanics are done and I only need to 'sort' the library
> > so it's handy to use during editing.
>
> Not exactly sorting and subclassing, but what about an edit box where you
> could enter filtering critera, like "1 x 2" or "diver" etc. By coincidence,
> this is exactly what my LDList program does :-)
> http://blockcad.net/ldlist.htm It allows search by number, name,
> description, KEYWORDs or studcount (not completely reliable, it is really
> the studxxx.dat count of the parts).
>
> I find it a great way to quickly find parts, and it would (IMO) be super to
> have that functionality *inside* the editing program.
Current groups mostly work with filters, you can 'include' or 'exclude' stuff
based upon category, keywords, description and name. But I'm open for other
criteria, like stud count is very interesting :)
> (The Delphi source is available at the above adress)
Thanks
|
|
|
Roland Melkert wrote:
> I've been working on my LDraw editor during my vacation, and I'm
> wondering on how to populate the partbin by default.
>
> The general mechanics are done and I only need to 'sort' the library
> so it's handy to use during editing.
Not exactly sorting and subclassing, but what about an edit box where you
could enter filtering critera, like "1 x 2" or "diver" etc. By coincidence,
this is exactly what my LDList program does :-)
http://blockcad.net/ldlist.htm It allows search by number, name,
description, KEYWORDs or studcount (not completely reliable, it is really
the studxxx.dat count of the parts).
I find it a great way to quickly find parts, and it would (IMO) be super to
have that functionality *inside* the editing program.
(The Delphi source is available at the above adress)
--
Anders Isaksson
|
|
|
In lugnet.cad.dev, Sergio Reano wrote:
> In lugnet.cad.dev, Roland Melkert wrote:
> > Hello all,
> >
> > I've been working on my LDraw editor during my vacation, and I'm wondering on
> > how to populate the partbin by default. <snip>
>
> Hi,
> I can suggest that using subcategories to filter out parts could be the right
> way, even if you can first display all parts of a specified category, and let
> the user refine the search by filtering on subcategories.
> You may also consider creating your own (or user own sub category) by simply
> specifying a word that must match in part description.
> For example: when you show the "brick" category, then you can allow user to
> choose among some subcategories like "round", "curved", "slope" and, even more
> useful, by brick dimension "1 x", "2 x", "n x", or let the user search the
> specified category by a word in the part description.
>
> I use a mix of these methods in my SR3DBuilder application and, IMPO, it is
> very, very useful.
Yes that's what I was thinking too, but eventually I decided to make it 100%
customizable, all groups are defined by ini files users themself can extend or
change. All those groups are based on filtering rules or static part references.
The problem is getting a nice 'default' collection of groups for the 'out of the
box' usage.
I might add aditional gui filtering to the group display later though.
> The same way I find useful a simple search inside description, especially when I
> don't know how a part is categorized.
>
> Some consideration about interface also:
> I have not seen yours, but I found very, very annoying having to scroll along a
> listbox, or even worse a group listbox where you have to expand groups to show
> subgroups and then collapse them or you can't understand where you are since the
> list is too long!
I don't like to scroll ether, that's why made the bin hierarchical, so you can
use 'small' groups.
> The problem, in both cases, is to balance the number of click you need to find
> the required part and the amount of the screen required to display items.
> Also consider that the most frequently used parts should be the more accessible:
> it doesn't mind if you need 15 secs or more to find the "trash-bin", but you
> must need no longer than 3 sec to find the 1 x 1 plate round.
Indeed not finding parts can be very annoying, especially if you don't know the
name of it. The bin also includes a special history group, so over time often
used parts can be found there as well.
> Hope these hints can help you.
> And I'm very interested in testing your software ;-)
Thanks, but I suspect my way of editing stuff is more like mlcad then your
sr3dbuilder. But the more the merrier :)
> Sergio
|
|
|
In lugnet.cad.dev, Larry Pieniazek wrote:
> In lugnet.cad.dev, Roland Melkert wrote:
>
> > If anyone is interested helping with ether testing or the part bin please
> > response here, or email me directly.
>
> I would like to see something that lets parts be in many groups instead of a
> strict hierarchy... so that, for example, a part could be in "circular",
> "rounded top" and "stud on top" all at the same time.
Parts aren't limited to a single group, you can have the same parts in multiple
groups you can even use the same group in multiple places, e.g:
bricks
- 1 x n
- 2 x n
- technic bricks
- all
technic
- gears
- technic bricks
As you could imagine the possibilities for sorting are endless, And with that
also lies the problem, what kind of 'default' would please the most people.
Roland
|
|
|
In lugnet.cad.dev, Timothy Gould wrote:
> In lugnet.cad.dev, Roland Melkert wrote:
> > Hello all,
> >
> > I've been working on my LDraw editor during my vacation, and I'm wondering on
> > how to populate the partbin by default.
> >
> > The general mechanics are done and I only need to 'sort' the library so it's
> > handy to use during editing.
> >
> > I got the 'standard' by category groups but most of the more usable are huge
> > (300+ parts). So I think i should also provide a more sorted collection of bins.
>
> --snip--
>
> > Thanks
> >
> > Roland
>
> Hi Roland,
>
> Had you considered having sub-categories? I'd love to see the following if you
> could.
>
> Bricks
> -Plain
> -Patterened
> -Modified
> -Panels
> Plates & Tiles
> -Plates
> -Tiles
> -Patterned tiles
> -Brackets
> Round parts
> -Cones
> -Dishes
> -Cylinders
> -Bars
> -Domes
> -Arches
> Slope bricks
> -45 degree
> -33 degree
> -other
> Technic
> -Bricks
> -Liftarms
> -Axles and pins
> -PFS and Electric
> -Other
> Other building parts
> -Wheels
> -Tyres
> -Car parts
> -Train parts
> -Doors
> -Windows
> -Cockpits
> -Plant parts
> Wedges & Wings
> -Wedges
> -Wings
> Minifig
> -Heads
> -Body parts
> -Helmets
> -Other
> Other
>
> That's based on my MLCAD list and how it would be if I could have sub-levels.
> Currently a bundle quite a few of these.
>
> Tim
Thanks this seems like a good starting point,
I there a (practical) reason you didn't put slope bricks under bricks e.g.:
bricks
- plain
- etc
- slope
- - 45 deg
- - 33 deg
The bin supports unlimited levels and you can use the same group in multiple
branches.
Roland
|
|
|
In lugnet.cad.dev, Roland Melkert wrote:
> Hello all,
>
> I've been working on my LDraw editor during my vacation, and I'm wondering on
> how to populate the partbin by default.
>
> The general mechanics are done and I only need to 'sort' the library so it's
> handy to use during editing.
>
> I got the 'standard' by category groups but most of the more usable are huge
> (300+ parts). So I think i should also provide a more sorted collection of bins.
>
> I was thinking something like 'Plane bricks (no stickers patterns etc)', 'All
> 1x1 brick variants' etc. 'Techic pins', 'technic gears', 'technic bricks', etc
> etc etc. these can then be organized in a tree manner.
>
> But although my editor supports an unlimited amount of (extendability) bin
> groups, this might generate too many groups.
>
> I'm also open for people wanting to help (dummy) test the 'basic basic' version
> I'm hoping to finish this month.
>
> If anyone is interested helping with ether testing or the part bin please
> response here, or email me directly.
>
> Thanks
>
> Roland
Hi,
I can suggest that using subcategories to filter out parts could be the right
way, even if you can first display all parts of a specified category, and let
the user refine the search by filtering on subcategories.
You may also consider creating your own (or user own sub category) by simply
specifying a word that must match in part description.
For example: when you show the "brick" category, then you can allow user to
choose among some subcategories like "round", "curved", "slope" and, even more
useful, by brick dimension "1 x", "2 x", "n x", or let the user search the
specified category by a word in the part description.
I use a mix of these methods in my SR3DBuilder application and, IMPO, it is
very, very useful.
The same way I find useful a simple search inside description, especially when I
don't know how a part is categorized.
Some consideration about interface also:
I have not seen yours, but I found very, very annoying having to scroll along a
listbox, or even worse a group listbox where you have to expand groups to show
subgroups and then collapse them or you can't understand where you are since the
list is too long!
The problem, in both cases, is to balance the number of click you need to find
the required part and the amount of the screen required to display items.
Also consider that the most frequently used parts should be the more accessible:
it doesn't mind if you need 15 secs or more to find the "trash-bin", but you
must need no longer than 3 sec to find the 1 x 1 plate round.
Hope these hints can help you.
And I'm very interested in testing your software ;-)
Sergio
|
|
|