Menu
▾
▴
adobe-source-devel — ASL development topic discussion
You can subscribe to this list here.
| 2005 |
Jan
|
Feb
|
Mar
(70) |
Apr
(101) |
May
(24) |
Jun
(15) |
Jul
(1) |
Aug
(2) |
Sep
(1) |
Oct
(5) |
Nov
(5) |
Dec
(30) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
(58) |
Feb
(29) |
Mar
(4) |
Apr
(5) |
May
(2) |
Jun
(8) |
Jul
(2) |
Aug
(6) |
Sep
(32) |
Oct
(29) |
Nov
(7) |
Dec
(8) |
| 2007 |
Jan
(11) |
Feb
(12) |
Mar
(6) |
Apr
(19) |
May
(26) |
Jun
(7) |
Jul
|
Aug
(1) |
Sep
(4) |
Oct
|
Nov
(1) |
Dec
(3) |
| 2008 |
Jan
(6) |
Feb
(1) |
Mar
(24) |
Apr
(8) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
(1) |
Dec
|
| 2009 |
Jan
|
Feb
(4) |
Mar
(3) |
Apr
(1) |
May
(52) |
Jun
(11) |
Jul
(5) |
Aug
|
Sep
(1) |
Oct
(4) |
Nov
(3) |
Dec
(4) |
| 2010 |
Jan
(2) |
Feb
(6) |
Mar
(1) |
Apr
|
May
(5) |
Jun
|
Jul
|
Aug
|
Sep
(8) |
Oct
(3) |
Nov
(2) |
Dec
|
| 2011 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(6) |
Dec
(2) |
| 2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(4) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2016 |
Jan
(2) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Foster T. B. <fos...@ad...> - 2006-07-19 19:22:00
|
--
Foster T. Brereton <=E1=BC=B0=CF=87=CE=B8=CF=8D=CF=82>< =
Romans =20
3:21-26
A d o b e S o f t w a r e T e c h n o l o g y L a b
"What 99 percent of programmers need to know is not how to build =20
components but how to use them." -- Alexander Stepanov
|
|
From: Foster T. B. <fbr...@ad...> - 2006-06-28 17:43:38
|
All, The problem was get_size (in the widget measurement code) was causing =20= a throw for the case when a slider needed to be measured when themes =20 were off. I have updated the submission depot at opensource.adobe.com:=20= 10666 with a fix for this, so you should be able to run Adobe Begin =20 with and without themes. The fix is temporary, however, as I try to =20 explore means of measuring widgets without the uxtheme API available =20 (aka themes turned off). The changes will be reflected in ASL 1.0.18. Blessings, Foster P.S. Any ideas on APIs for measuring widgets with themes turned off =20 would be most welcome :-) On Jun 27, 2006, at 10:03 AM, Ralph Thomas wrote: > It's been a while since I've looked at the code, but does it still > do this if you enable visual styles on your machine? We use visual > styles to look up metrics on the various Windows controls, it's > possible that we're still trying to do this even when visual styles > are disabled. -- Foster T. Brereton <=E1=BC=B0=CF=87=CE=B8=CF=8D=CF=82>< = Romans =20 3:21-26 A d o b e S o f t w a r e T e c h n o l o g y L a b "What 99 percent of programmers need to know is not how to build =20 components but how to use them." -- Alexander Stepanov |
|
From: Foster T. B. <fbr...@ad...> - 2006-06-28 00:20:35
|
Hi Andy, The msvc 7.1 compilation errors have been fixed. You should be able =20 to build the Adobe Source Libraries right up to Adobe Begin with MSVC =20= 7.1 once again. The changes have been submitted to the submission =20 depot. Please use the p4checkout script to grab submission (read the =20 help built-in to the script to get info on syncing to submission). Blessings, Foster On Jun 27, 2006, at 3:33 PM, Foster T. Brereton wrote: > Hi Andy, > > As of ASL 1.0.17 we have "officially" dropped MSVC 7.1 support, > however there are lingering issues with bjam automatically picking > msvc 7.1 to build with. I'll have a look at the compilation errors > you're seeing; it may be faster to get things to compile than to push > the dropping of msvc 7.1 completely through the system. > > In the meantime, please grab one of the p4checkout scripts <http:// > sourceforge.net/project/showfiles.php? > group_id=3D132417&package_id=3D191275&release_id=3D418314> to grab the > current state of the submission depot; once I have made the necessary > changes to fix your compilation errors, they will be reflected there. > > Also, if you have any more questions or comments, they are most > welcome. Thanks for your interest up to this point! > > Blessings, > Foster > > On Jun 27, 2006, at 3:22 PM, Andy Little wrote: > >> Hi, >> >> building asl_1.0.17 on Windows using adobe-source/adobe/tools/ >> build.bat >> fails on my system >> >> attached is the output from bjam on second pass. >> >> ---------- >> >> in adobe-source/read_me.txt.html >> >> In several places the text refers to adobe-source/adobe/bin/ >> directory which >> doesnt exist at this stage. >> >> Should be adobe-source/adobe/tools/ >> >> >> In Known issues section, saying that warnings as errors compiler >> setting is >> turned off for release version seems to be wrong for VC7.1, at least >> judging by the output that I can see. >> >> regards >> Andy Little >> <bjam_release_out.txt> >> <bjam_debug_out.txt> >> Using Tomcat but need to do more? Need to support web services, >> security? >> Get stuff done quickly with pre-integrated technology to make your >> job easier >> Download IBM WebSphere Application Server v.1.0.1 based on Apache >> Geronimo >> http://sel.as-us.falkag.net/sel? >> cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D121642_______________________= ______=20 >> _ >> _________________ >> Adobe-source-devel mailing list >> Ado...@li... >> https://lists.sourceforge.net/lists/listinfo/adobe-source-devel > > -- > Foster T. Brereton <=E1=BC=B0=CF=87=CE=B8=CF=8D=CF=82>< = Romans > 3:21-26 > A d o b e S o f t w a r e T e c h n o l o g y L a b > "What 99 percent of programmers need to know is not how to build > components but how to use them." -- Alexander Stepanov > > > > Using Tomcat but need to do more? Need to support web services, =20 > security? > Get stuff done quickly with pre-integrated technology to make your =20 > job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache =20 > Geronimo > http://sel.as-us.falkag.net/sel?=20 > cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D121642 > _______________________________________________ > Adobe-source-devel mailing list > Ado...@li... > https://lists.sourceforge.net/lists/listinfo/adobe-source-devel -- Foster T. Brereton <=E1=BC=B0=CF=87=CE=B8=CF=8D=CF=82>< = Romans =20 3:21-26 A d o b e S o f t w a r e T e c h n o l o g y L a b "What 99 percent of programmers need to know is not how to build =20 components but how to use them." -- Alexander Stepanov |
|
From: Foster T. B. <fbr...@ad...> - 2006-06-27 22:33:55
|
Hi Andy, As of ASL 1.0.17 we have "officially" dropped MSVC 7.1 support, =20 however there are lingering issues with bjam automatically picking =20 msvc 7.1 to build with. I'll have a look at the compilation errors =20 you're seeing; it may be faster to get things to compile than to push =20= the dropping of msvc 7.1 completely through the system. In the meantime, please grab one of the p4checkout scripts <http://=20 sourceforge.net/project/showfiles.php?=20 group_id=3D132417&package_id=3D191275&release_id=3D418314> to grab the =20= current state of the submission depot; once I have made the necessary =20= changes to fix your compilation errors, they will be reflected there. Also, if you have any more questions or comments, they are most =20 welcome. Thanks for your interest up to this point! Blessings, Foster On Jun 27, 2006, at 3:22 PM, Andy Little wrote: > Hi, > > building asl_1.0.17 on Windows using adobe-source/adobe/tools/=20 > build.bat > fails on my system > > attached is the output from bjam on second pass. > > ---------- > > in adobe-source/read_me.txt.html > > In several places the text refers to adobe-source/adobe/bin/ =20 > directory which > doesnt exist at this stage. > > Should be adobe-source/adobe/tools/ > > > In Known issues section, saying that warnings as errors compiler =20 > setting is > turned off for release version seems to be wrong for VC7.1, at least > judging by the output that I can see. > > regards > Andy Little > <bjam_release_out.txt> > <bjam_debug_out.txt> > Using Tomcat but need to do more? Need to support web services, =20 > security? > Get stuff done quickly with pre-integrated technology to make your =20 > job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache =20 > Geronimo > http://sel.as-us.falkag.net/sel?=20 > cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D121642________________________= ______=20 > _________________ > Adobe-source-devel mailing list > Ado...@li... > https://lists.sourceforge.net/lists/listinfo/adobe-source-devel -- Foster T. Brereton <=E1=BC=B0=CF=87=CE=B8=CF=8D=CF=82>< = Romans =20 3:21-26 A d o b e S o f t w a r e T e c h n o l o g y L a b "What 99 percent of programmers need to know is not how to build =20 components but how to use them." -- Alexander Stepanov |
|
From: Andy L. <an...@se...> - 2006-06-27 22:22:47
|
Hi, building asl_1.0.17 on Windows using adobe-source/adobe/tools/build.bat fails on my system attached is the output from bjam on second pass. ---------- in adobe-source/read_me.txt.html In several places the text refers to adobe-source/adobe/bin/ directory which doesnt exist at this stage. Should be adobe-source/adobe/tools/ In Known issues section, saying that warnings as errors compiler setting is turned off for release version seems to be wrong for VC7.1, at least judging by the output that I can see. regards Andy Little |
|
From: Andy L. <an...@se...> - 2006-06-27 22:22:44
|
Hi Ralph, > -----Original Message----- > From: Ralph Thomas [mailto:ra...@gm...] > Sent: 27 June 2006 18:04 > To: Andy Little > Cc: ado...@li... > Subject: Re: [Adobe-source-devel] asl_1.0.17/Adobe Begin/begin.exe OS > Error Dialog box? >=20 >=20 > Hi Andy, >=20 > It's been a while since I've looked at the code, but does it still > do this if you enable visual styles on your machine? No, that sorts out the problem. We use visual > styles to look up metrics on the various Windows controls, it's > possible that we're still trying to do this even when visual styles > are disabled. >=20 > I'm only running the Vista beta (where begin works), so I'm unable > to test this hypothesis. Now up and running. There are some issues I have found by a few minutes = tinkering. I presume you would like feedback on them? If so should I = post the issues here? BTW I havent looked in depth at the project but, if its doing what I = think its doing, its impressive :-) I have visions of the semi-casual user of the application creating their = own personal 'views' from the application 'database'. Is this the = intent?=20 I also tried invoking the = http://prdownloads.sourceforge.net/adobe-source/asl_1.0.17_net_setup.bat?= download The first part of the install went fine, but there were some cascaded = compiler errors, AFAICS maybe just due to warnings as errors setting, = getting conversion of size_t to long or some such in one source file. = (Boost.Bjam finds VC7.1 standard edition on my system FWIW). I will see = if I can fix that error and get back to you if it is what stops the = build completing successfully. regards Andy Little |
|
From: Ralph T. <ra...@gm...> - 2006-06-27 17:04:26
|
Hi Andy, It's been a while since I've looked at the code, but does it still do this if you enable visual styles on your machine? We use visual styles to look up metrics on the various Windows controls, it's possible that we're still trying to do this even when visual styles are disabled. I'm only running the Vista beta (where begin works), so I'm unable to test this hypothesis. Ralph On 6/27/06, Andy Little <an...@se...> wrote: > Hi, > I am a newbie to ASL. I downloaded the asl_1.0.17_begin_win sample from sourceforge. > When I click on Adobe Begin/begin.exe I get a dialog box entitled Os Error. Presumably that isnt meant to happen? > You can see a screenshot of the situation at: > http://www.servocomm.freeserve.co.uk/asl/asl_begin_screenshot.html > > My Platform is Microsoft Windows Home Edition , Version 2002 with Service Pack 2. > > Clicking most any buttons brings up further copies of the Os Error Dialog. > Closing the Os Error Dialog causes an abort from Windows with the > "begin.exe has encountered a problem and needs to close. We are sorry for the inconvenience." > message. > > BTW a short description of the application in the zip would be nice. A [Help] button bringing up HtmlHelp in the application would be very nice ;-) > > regards > Andy Little > > > > > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Adobe-source-devel mailing list > Ado...@li... > https://lists.sourceforge.net/lists/listinfo/adobe-source-devel > |
|
From: Andy L. <an...@se...> - 2006-06-27 10:23:44
|
Hi, I am a newbie to ASL. I downloaded the asl_1.0.17_begin_win sample from = sourceforge. When I click on Adobe Begin/begin.exe I get a dialog box entitled Os = Error. Presumably that isnt meant to happen? You can see a screenshot of the situation at: http://www.servocomm.freeserve.co.uk/asl/asl_begin_screenshot.html My Platform is Microsoft Windows Home Edition , Version 2002 with = Service Pack 2. Clicking most any buttons brings up further copies of the Os Error = Dialog. Closing the Os Error Dialog causes an abort from Windows with the=20 "begin.exe has encountered a problem and needs to close. We are sorry = for the inconvenience." message. BTW a short description of the application in the zip would be nice. A = [Help] button bringing up HtmlHelp in the application would be very nice = ;-) regards Andy Little |
|
From: Ralph T. <ra...@gm...> - 2006-06-22 19:57:32
|
Hi asl-devel, I have some simple UIs that make no use of guides (all of my controls with text have the same height and baseline, or aren't put next to each other). Is there any simple way to avoid doing all of the iteration over children that's required for guides? I'm wondering if there are any phases that can either be skipped completely (like the solve_up_...). I still want to be able to use guides in other UIs I have in the same app, so I don't want to totally hack the support out :). Ralph |
|
From: Foster T. B. <fbr...@ad...> - 2006-05-22 20:34:49
|
ASL Developers, Perforce (<http://www.perforce.com>) is the source code management solution used within Adobe. We have been working for a while now to get a Perforce server running for the Adobe Source Libraries, and we are pleased to say it is now fully functional. The Adobe Software Technology Lab has migrated their development process to use the opensource.adobe.com Perforce servers for development, which means you will see changes we make to the sources the instant we check them in. For those of you who have never used Perforce before, you can download a client for free at the Perforce URL above. Once you have a client on your development machine you can obtain a snapshot of the release or submission depots (repositories in CVS parlance) with the p4checkout script written to grant anonymous access to the ASL sources: Win32: <http://easynews.dl.sourceforge.net/sourceforge/adobe-source/ p4checkout.bat> *nix/Mac OS X: <http://easynews.dl.sourceforge.net/sourceforge/adobe- source/p4checkout.sh> For contributing developers, the process requires about 20 minutes of set up time (don't use the script above), but will allow you to contribute code directly to Perforce. I have attached an in-progress HTML file describing more about the new Perforce setup. If you have any questions, please direct them to me. Blessings, Foster |
|
From: Ralph T. <ra...@gm...> - 2006-05-02 06:31:27
|
Hi adobe-source-devel, Does it make sense to have a new function in eve_t that looks like adjust, but gets new calculate_data too (like evaluate does)? I've tested this idea out in my app (which has _loads_ of views connected to Eve, and performs Eve evaluation while scrolling [as it creates and destroys views while scrolling to save memory]) and it makes a small (but noticeable) difference. The (tiny) diff is here: http://www.missioncode.org/index.fcgi/changeset/95 Ralph |
|
From: Foster T. B. <fbr...@ad...> - 2006-04-24 21:31:23
|
ASL Developers,
The Adobe Source Libraries have been used with success within Adobe
applications to increase robustness and correctness of code. As
developers of an open source project, we are confident that there are
other success stories outside of Adobe as well. We encourage you to
contribute a success story of your own:
* What is the name of your project?
* What is the purpose of the project?
* What led you to choose ASL?
* Was ASL used from the start of the project?
* If not, how did its inclusion impact your project?
* How does using ASL affect your project development as a whole?
* How large is your project?
* How would you rate the success of your project?
* Is there any other interesting information worth sharing?
Submissions will be included on the opensource.adobe.com web site.
You can submit a success story by emailing me at fbr...@ad....
Blessings,
Foster
--
Foster T. Brereton <}}}>< Romans 3:21-26
A d o b e S o f t w a r e T e c h n o l o g y L a b
"What 99 percent of programmers need to know is not how to build
components but how to use them." -- Alexander Stepanov
|
|
From: Sean P. <sea...@ma...> - 2006-04-10 07:31:45
|
We've started some clean-up that will go into .15 (should get posted =20 tomorrow). On Apr 9, 2006, at 11:38 PM, Ralph Thomas wrote: > I was looking over the ui-core code, and wondered if it would be > possible to do some simplification: > > 1. Remove the label from edit_text_t (and maybe from popup_t as it's > not built in on most platforms). Even though it isn't built in on most platforms we should use it =20 where it is. One issue here is the interface required for a label on =20 one of these controls is a little different then that of a static =20 text item - they can be clicked on (selecting the text in the edit =20 text field) and they can be disabled (dimmed) - both attributes of a =20 controller, which a strict static text is not. Although the =20 implementation of the two can be shared, it shouldn't factored out =20 into any kind of common code, the label for an edit_text item need =20 not even be text to the left, it could be centered under the edit =20 text for a form as one example - these implementation details =20 shouldn't propagate into the client_assember code. > 2. Have client_assembler create a row and put a static_text_t and an > edit_text_t in it when it encounters an edit_text declaration with a > non-empty name (make Eve do the layout). Eve won't quite do what you want here for layout - a leaf node behave =20= a bit different then a container with respect to guides (though we =20 could change that by adding a separate property to make containers =20 behave like leaf nodes. > 3. Remove unit_edit_text_t from ui-core. There should be a edit_number in UI core - not a unit_edit_text which =20= is a weird mix of items. > 4. Implement it using a row, static_text_t, edit_text_t and popup_t > with Eve doing the layout. I'm pretty strongly against going this direction (and keep pushing on =20= Foster an Mat to fix the current code to remove such factoring), the =20 fact that the implementation is using a popup for units is an =20 implementation detail for how unit selection is implemented. Also, =20 the popup and edit text portions of the edit number control have =20 behaviors keyed off of focus which is generally an attribute that =20 shouldn't be available in a simple controller. This kind of reducing =20 things to a set of primitives leads to a fairly inflexible system. A =20 controller/view pair (which is what a widget is) should be written to =20= the semantics of a particular data type that the controller/view pair =20= manipulates. This allow you to come up with a better widget for that =20 data type in the future without having to rework every place where it =20= is used. For editing numbers, I would like our widget to support a =20 slider which appears when you scrub the label (Photoshop allows for =20 this kind of scrub behavior though no slider is visible), I'd also =20 like to support having a calculator appear if you type an expression =20 (as well as supporting general expressing for editing numbers) - =20 written correctly, such additions should only effect the =20 implementation of a single widget type. > > These are only small implications, and I don't know how they would > change the right-to-left stratergy (as I don't know what a > unit_edit_text_t should look like in right-to-left mode). > > Thanks! > Ralph > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting =20 > language > that extends applications into web and mobile media. Attend the =20 > live webcast > and join the prime developer group breaking into this new coding =20 > territory! > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=110944&bid$1720&dat=121642= > _______________________________________________ > Adobe-source-devel mailing list > Ado...@li... > https://lists.sourceforge.net/lists/listinfo/adobe-source-devel |
|
From: Ralph T. <ra...@gm...> - 2006-04-10 06:38:36
|
I was looking over the ui-core code, and wondered if it would be possible to do some simplification: 1. Remove the label from edit_text_t (and maybe from popup_t as it's not built in on most platforms). 2. Have client_assembler create a row and put a static_text_t and an edit_text_t in it when it encounters an edit_text declaration with a non-empty name (make Eve do the layout). 3. Remove unit_edit_text_t from ui-core. 4. Implement it using a row, static_text_t, edit_text_t and popup_t with Eve doing the layout. These are only small implications, and I don't know how they would change the right-to-left stratergy (as I don't know what a unit_edit_text_t should look like in right-to-left mode). Thanks! Ralph |
|
From: Ralph T. <ra...@gm...> - 2006-04-06 17:56:22
|
Mostly it boils down to these reasons: * Implementation can be quite hard to understand. * Issues with widgets that have built-in layout() implementations that can't be disabled. * No stable release yet (still snapshots...). * No accessibility support. * Weak i18n/complex script support (esp. when compared to Pango/Gtk+). * Smaller community than Gtk+ (e.g.: no "real" HTML renderer widget, etc)= . Currently in Mission I have a problem where the scroll container needs to call it's layout method (when it's size changes) in order to configure and position it's scrollbars. This layout call also moves the children of the scroll container around (incorrectly), so I have to get Eve to move them back. Having Eve move the children toggles the "something is dirty, do a relayout" flag in FLTK and the next time around the event loop it will do a relayout on everything, including the scroll container again, which means Eve has to reposition the widgets inside the scroll container that sets the dirty flag... For whatever reason I haven't been able to hack the scroll container so that it can correctly set itself up without touching the children (the scroll container's layout method works iteratively until there is nothing left to change, and this adds some complexity). Of course, all of these problems can be addressed but I don't have much spare time and it looks like using Gtk+ will get me to where I want to be faster. Thanks, Ralph On 4/6/06, Niki Spahiev <nik...@gm...> wrote: > 2006/4/5, Ralph Thomas <ra...@gm...>: > > I am planning on migrating my Mission project from FLTK2 to Gtk+ 2. > > Will you give some reasons for the switch. I am considering FLTK2 as > GUI toolkit and would like toe hear about any weak points. > > regards, > > Niki Spahiev > |
|
From: Ralph T. <ra...@gm...> - 2006-04-05 20:23:37
|
Hi ASL contacts, Does anybody out there use the FLTK2 implementation of ui-core? I am planning on migrating my Mission project from FLTK2 to Gtk+ 2. As part of this effort I have been working on an implementation of ui-core that uses Gtk+. If I am the only person who is using the FLTK2 implementation then it might make more sense for me to put all of my efforts into bringing up the Gtk+ implementation. Thanks, Ralph |
|
From: Arzt, U. <ma...@uw...> - 2006-03-16 20:15:32
|
Hi, from the mailing list: > Foster, > > My recommendation is that the image IO be written as a GIL extension module. > We already have a GIL extension to load/save images (JPEG and TIFF files are currently supported). > Hailin is interested in us pushing towards releasing the extension. > It is currently not in ASL for these reasons: > > 1. The code needs to be reviewed > 2. Only the common color spaces and channel depths are supported (some uncommon JPEG and TIFF files may fail to load) > 3. There is a dependency to libjpeg and libtiff. I was reluctant to having .lib files as part of GIL, due to the platforms and compile setting combinations we need to provide and maintain. > 4. I am unsure about the licensing terms of the above mentioned libraries. > > You can find the GIL I/O extension on boxer:1770 here: > //gil/extension/io/ > > And the libs are here: > > //gil/lib/libjpeg/ > //gil/lib/libtiff/ > > Lubomir is the release of the jpeg-io-extension planned for one of the next releases (i don't have access to boxer)? If not, i have to roll my own :( Thanks Uwe --=20 ma...@uw... www.uwe-arzt.de |
|
From: Foster T. B. <fbr...@ad...> - 2006-03-09 19:25:23
|
Hi Uwe, What sources are you using to do this build with? CVS or the monthly =20 distributions from sf.net? Blessings, Foster On Mar 9, 2006, at 11:17a, Arzt, Uwe wrote: > Hi, > > modal_dialog_interface does not compile with error: > error C2660: 'adobe::handle_dialog' : function does not take 7 =20 > arguments > > i have added a working_directory to the call of handle dialog inside > do_test > > [snip] > > boost::filesystem::path workingpath; > > adobe::dialog_result_t result =3D > handle_dialog( input, > record, > display_state, > adobe::dialog_display_s, > eve_stream, > adam_stream, > &always_true, > workingpath); > > then i get an assert in > \adobe\future\widgets\sources\win32\ui_core_implementation.cpp at > > void set_font(HWND window, int uxtheme_type, const WCHAR* theme_name) > { > LOGFONTW log_font =3D { 0 }; > HFONT font =3D 0; > > // > // Use the metrics to obtain the correct font for this widget. > // > if(!theme_name) > metrics_t::get_instance().set_window(window); > else > metrics_t::get_instance().set_theme_name(theme_name); > > > if (metrics_t::get_instance().get_font(uxtheme_type, log_font)) > { > // > // Create a font from the LOGFONT structure. > // > font =3D ::CreateFontIndirectW(&log_font); > } > assert(font); > > [snip] > > > What i am doing wrong? Are the examples working in principle? > > > Thanks Uwe > > > --=20 > ma...@uw... > www.uwe-arzt.de > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting =20 > language > that extends applications into web and mobile media. Attend the =20 > live webcast > and join the prime developer group breaking into this new coding =20 > territory! > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=110944&bid$1720&dat=121642= > _______________________________________________ > Adobe-source-devel mailing list > Ado...@li... > https://lists.sourceforge.net/lists/listinfo/adobe-source-devel -- Foster T. Brereton <}}}>< Romans 3:21-26 A d o b e S o f t w a r e T e c h n o l o g y L a b "What 99 percent of programmers need to know is not how to build =20 components but how to use them." -- Alexander Stepanov |
|
From: Arzt, U. <ma...@uw...> - 2006-03-09 19:17:41
|
Hi,
modal_dialog_interface does not compile with error:
error C2660: 'adobe::handle_dialog' : function does not take 7 arguments
i have added a working_directory to the call of handle dialog inside
do_test
[snip]
boost::filesystem::path workingpath;
adobe::dialog_result_t result =3D
handle_dialog( input,
record,
display_state,
adobe::dialog_display_s,
eve_stream,
adam_stream,
&always_true,
workingpath);
then i get an assert in
\adobe\future\widgets\sources\win32\ui_core_implementation.cpp at
void set_font(HWND window, int uxtheme_type, const WCHAR* theme_name)
{
LOGFONTW log_font =3D { 0 };
HFONT font =3D 0;
//
// Use the metrics to obtain the correct font for this widget.
//
if(!theme_name)
metrics_t::get_instance().set_window(window);
else
metrics_t::get_instance().set_theme_name(theme_name);
if (metrics_t::get_instance().get_font(uxtheme_type, log_font))
{
//
// Create a font from the LOGFONT structure.
//
font =3D ::CreateFontIndirectW(&log_font);
}
assert(font);
[snip]
What i am doing wrong? Are the examples working in principle?=20
Thanks Uwe
--=20
ma...@uw...
www.uwe-arzt.de
|
|
From: David C. <unc...@un...> - 2006-02-27 19:20:12
|
Although I don't have much experience with SVN, I do want to move away from CVS, mainly because I don't like any of the clients I've seen. I don't like using the command line, Xcode often doesn't work right, and none of the GUI clients I've seen really work the way I want (outdated OS9-centric design, proprietary file format, etc). Subversion clients are being more actively developed, so I'm more hopeful I'll find one I like :) -- David Catmull unc...@un... http://www.uncommonplace.com/ |
|
From: Foster T. B. <fbr...@ad...> - 2006-02-27 18:46:30
|
Hey all, I wanted to put a request for feedback out there to see if anyone would benefit from the Adobe Source Libraries migrating from CVS to SVN for its repository hosting. I know we have had problems with CVS in the past, but would like to see if there are drawbacks or pain points we might have in moving to and maintaining a Subversion repository. Such a move would eliminate our CVS services (too much effort to maintain both). Blessings, Foster Begin forwarded message: > The SourceForge.net team is pleased to announce the General > Availability > of Subversion service to SourceForge.net-hosted projects, effective > 2006-02-21. This service offering is in addition to our existing CVS > service; as with all of our services, projects may select (and > enable in > the project admin pages) the portion of our offering that best meets > their needs. -- Foster T. Brereton <}}}>< Romans 3:21-26 A d o b e S o f t w a r e T e c h n o l o g y L a b "What 99 percent of programmers need to know is not how to build components but how to use them." -- Alexander Stepanov |
|
From: Foster T. B. <fbr...@ad...> - 2006-02-20 01:12:48
|
Ralph, The asl_cel io manipulator should allow you to round-trip array_t and dictionary_t by using adobe/source/expression_parser to fetch the values back into their respective data structures. An example of this already in the code is (among others) adobe/future/widgets/sources/ mac/metrics.cpp Blessings, Foster On Feb 18, 2006, at 11:36p, Ralph Thomas wrote: > is there any way that I can read this back into a dictionary? (I > don't particularly need postscript output, if asl_cel/xml/... is > easier to read in then I can use that). > > Ralph -- Foster T. Brereton <}}}>< Romans 3:21-26 A d o b e S o f t w a r e T e c h n o l o g y L a b "What 99 percent of programmers need to know is not how to build components but how to use them." -- Alexander Stepanov |
|
From: Ralph T. <ra...@gm...> - 2006-02-19 08:05:46
|
Hi asl-devel,
If I have a program that uses the iomanip code to do print out a
dictionary, e.g.:
{
adobe::dictionary_t dict;
dict.insert( adobe::static_name_t( "test" ), adobe::value_t( 25 ) );
dict.insert( adobe::static_name_t( "test2" ), adobe::value_t(
std::string( "string" ) ) );
adobe::begin_pdf( std::cout ) << dict;
adobe::end_pdf( std::cout );
}
which generates output that looks like:
% pdf output
<<
/test 25
/test2 (string)
>>
% end pdf output
is there any way that I can read this back into a dictionary? (I
don't particularly need postscript output, if asl_cel/xml/... is
easier to read in then I can use that).
Ralph
|
|
From: Ralph T. <ra...@gm...> - 2006-02-16 01:59:16
|
libjpeg is listed as "freely distributable" on freshmeat (and I did the research previously and came to the same conclusion). I can probably easily rustle up an image_factory_t implementation for PNG files as I already have some imageio code that uses libpng for storing thumbnail previews. libjpeg, libpng and libtiff could be included like boost is currently (in the third_party directory), meaning that ASL users would have to get the sources themselves if they wanted to use that imageio extension. Ralph On 2/14/06, Lubomir Bourdev <lbo...@ad...> wrote: > Foster, > > My recommendation is that the image IO be written as a GIL extension modu= le. > We already have a GIL extension to load/save images (JPEG and TIFF files = are currently supported). > Hailin is interested in us pushing towards releasing the extension. > It is currently not in ASL for these reasons: > > 1. The code needs to be reviewed > 2. Only the common color spaces and channel depths are supported (some un= common JPEG and TIFF files may fail to load) > 3. There is a dependency to libjpeg and libtiff. I was reluctant to havin= g .lib files as part of GIL, due to the platforms and compile setting combi= nations we need to provide and maintain. > 4. I am unsure about the licensing terms of the above mentioned libraries= . > > You can find the GIL I/O extension on boxer:1770 here: > //gil/extension/io/ > > And the libs are here: > > //gil/lib/libjpeg/ > //gil/lib/libtiff/ > > Lubomir > > > ________________________________ > > From: own...@ad... on behalf of Foster T. Brereton > Sent: Tue 2/14/2006 4:06 PM > To: ASL External; ASL Users > Subject: asl-users: Request for Comments: ASL Picture Widget > > > > All, > > Ralph Thomas and I have begun designing a picture widget for ASL. > This widget will cover icons in a generic way as well. The in- > development design is posted at: > > <http://opensource.adobe.com/twiki/bin/view/AdobeSource/PictureVi= ew> > > We would welcome any commentary, feedback, and/or refinement on the > design or the documentation. If anyone would like to contribute > please provide it either by email to the ASL mailing list or on the > Wiki page directly. If you do not have write access to the Wiki page > yet please create a Wiki account; once that is done email me and I > will authorize you. > > Thanks in advance for any time you can give to the effort. > > Blessings, > Foster > > > -- > Foster T. Brereton <}}}>< Romans 3:21-26 > A d o b e S o f t w a r e T e c h n o l o g y L a b > "What 99 percent of programmers need to know is not how to build > components but how to use them." -- Alexander Stepanov > > > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log fi= les > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmdlnk&kid=103432&bid#0486&dat=121642 > _______________________________________________ > Adobe-source-devel mailing list > Ado...@li... > https://lists.sourceforge.net/lists/listinfo/adobe-source-devel > |
|
From: Ralph T. <ra...@gm...> - 2006-02-15 20:53:06
|
On 2/15/06, Sean Parent <sp...@ad...> wrote: > Specifying the image through the Eve interface to this should be with > a URL - consider that in the design for the factory. Ideally what kind of URLs would you want to support? Obviously "file://" and perhaps "resource://" (for getting data from MacOS bundle, or directly from the executable's resource section on Windows). Ralph > > > >> If it is a button - mostly the same comments as above except it > >> should be part of button_t. > > > > I never had any intention of making it behave as if it were a > > button. It isn't intended to latch out to a command in any way. > > > >> If it is an image view (this would be the most ambitious widget) - > >> then it should bind to an image view. The widget should support at > >> least pan and zoom (these controls wouldn't need to be bind-able - > >> but allow them to be bound would let you attach them to the basic > >> sheet to preserve view state). I can envision all kinds of nice > >> UI's for this (transparent overlay that comes up when you mouse > >> over...) - could be slick - we can attempt to work with a UI > >> designer to design the _last_ preview widget... > > > > This was the foundation upon which we began when coming up with the > > design of the picture widget. I have no qualms about starting > > simple and working our way up. The reason I began thinking about > > the picture widget implementation is because I need icon support -- > > if we started there and worked our way forward, I would think it > > would be a good way to do it. > > No disagreement here. > > > > > Blessings, > > Foster > > > > > > -- > > Foster T. Brereton <}}}>< Romans 3:21-26 > > A d o b e S o f t w a r e T e c h n o l o g y L a b > > "What 99 percent of programmers need to know is not how to build > > components but how to use them." -- Alexander Stepanov > > > > |
2 messages has been excluded from this view by a project administrator.
