Sunday, June 20, 2010

Enroll for a degree

Rewarding Medical Program
To stop further mailing, visit here or write:
PinpointMediaServices, 4255 E. Charleston Blvd. Suite D-345, Las Vegas, NV 89104
Am Freitag, den 12.03.2010, 22:25 +0200 schrieb Pekka Paalanen: On Fri, 12 Mar 2010 14:51:34 +0100 Uwe Bugla < uwe. ... @gmxde > wrote: "Note, that the Nvidia proprietary driver....." Lapse No. 3: Misleading usage of expressions. Everybody talking about the "Nvidia proprietary driver" in the graphic card context of Nvidia cards normallly means the blob driver shipped by Nvidia (closed source driver!) which does not have any problems with stuff like Compiz or other 3D applications. I do not like blob drivers for a whole bunch of reasons. As you are definitely using the wrong expression it remains your personal secret what you are trying to express or say. One of the most common reasons for problems with Nouveau are the remnants of the proprietary driver. Since you did not provide kernel log, X log, nor glxinfo output, I of course assumed the most probable case. A stale libglx from the blob kills OpenGL, for instance. Furthermore, you cannot have the Nvidia proprietary 3D driver running by default, and then use the Nouveau 3D driver on selected apps. If you use *any* part of Nouveau, you cannot have *any* part of the proprietary driver, and vice versa. They cannot live together at all. I'm sorry I guessed your problem wrong. There was no real information to begin the diagnosis with. "Problems are expected on the OpenGL front....." Lapse No. 4: I did not mention nearly all driver parts of the Gallium drivers carrying the "GL" in their names just by chance. I reflect while I am typing messages. I explicitly mentioned that the versions of the driver parts carrying the "GL" in their names are NOT responsible for the breakage that I reported. Thus it still remains your personal secret what you mean by "OpenGL front". Actually, they are. Mesa libGL will try to load nouveau_dri.so to provide hardware accelerated 3D rendering. At this time OpenGL (via Mesa) is the only real user of nouveau_dri.so. nouveau_dri.so may be loaded by the X server (AIGLX) or the application (direct rendering) when they load libGL. In short, having nouveau_dri.so will break OpenGL and perhaps kill the X server in the AIGLX case. Lapse No. 6: Instead of repeating the core message of my request for 4 times in this mail (how insane!) I propose to change this page in the following way: 1. Wipe off the following stupid idiotic crap: "Warning : Nouveau's developers don't want people to build gallium drivers now, and do not support it at all. They also don't want bug reports on gallium ATM. This is code in rapid development. Bug reports for this are useless, as it's known to be broken." That is rude on purpose. It is supposed to be crystal clear to everyone, that this is not yet for end users, but apparently it is not that clear. The time for end users will come, later. At that time the page will be rewritten to be polite. Right now it is just a cheatsheet for new developers. And once again: The error is not hidden in some library file containing the "GL" in its name, and the versioning of those GL files is also NOT the problem. It's the sources of the nouveau_dri.so file that do contain the bug. True. nouveau_dri.so misses complete features and contains bugs. I read your two first posts as nothing more than an elaborate "Fix everything, please". That really is what people are actually doing on their free time. Trying to kick their butt can only make them ignorant or angry. Yup! Good vibes! a. I do not use parts of the Nvidia blob driver or the blob as whole. b. Up to now I always loaded nouveau_dri.so via AIGLX plus minimal xorg.conf plus nouveau kernel staging driver. c. I can send you some xorg.0.log if you may wish. What other log files could be useful please? d. In fact the xorg server did not crash even once. The only thing that is broken is the specific application (solitaire). There do exist apps that are not broken. That's it for now. If you need further info please tell me. Otherwise I will stay away from Gallium from now on. Cheers Uwe _______________________________________________ Nouveau mailing list Nouv ... @listsfreedesktoporg Roger Pack wrote: Interesting. There are a few projects like ruby2c [1] that have attempted "something like that" I wonder if, given a code base of say a few ruby files that together make up a system, and, operating under the assumption that the code never uses define_method or eval or method_missing, you could convert the whole thing into C :) Has anything similar been invented? There have been several projects that attempt to translate high level languages into C (e.g., the Scheme Chicken compiler). However, I don't know why you would want to do this for Ruby now that 1.9 uses a proper VM. Instead of developing a compiler to target C, why not just target the YARV bytecode? If you are trying to really optimize Ruby, then you'll likely want both static optimizations (generating efficient bytecode, minimizing GC pressure), and dynamic optimizations (hotspot JIT compilation). The latter is especially important for Ruby since you could support for features like eval (just eject any optimizations that are invalidated by the eval'd code and recompile as necessary). In fact, I believe that many of the ideas that went into making the JVM so efficient came out of the Smalltalk community's work on optimizing dynamic VMs. Cheers, -Mike -- Posted via . my account was finally restored to me last evening. On Jul 8, 4:47 pm, Extremely_ worried wrote: it has been well over 24 hours since my account was disabled. I sent in a form yesterday answering all kinds of questions but not precisely. I followed up with e-mails explaining that I do not have the original invitations, or the e-mail from which I received my gmail invitation. This disablement is causing me a lot of inconvenience as I have over 4 years worth of e-receipts, important personal documents, and critical data stored in the account. I am yet to hear back from google. I will keep you all updated. On Jul 7, 6:26 pm, Extremely_ worried wrote: I have submitted this form: ... I have had my account for about 5 years. Naturally, I don't remember very well many of the details that the form asks. for example, i dont remember who invited me to open the account (I guessed at the answer with someone who i am almost certain was the person who invited me, but i could be wrong) I also dont remember the exact date i created my gmail account. i also entered approximate dates of services for 4 google products i have used over the last 5 years. I haven't heard back from google yet. I will keep my fingers crossed. On Jul 7, 3:20 pm, Whit33 © wrote: Once you submit the form it will take few days before you will hear anything from gmail support team. On Jul 7, 2:30 pm, Extremely_ worried wrote: hello Google Team, My gmail account: [email address] was disabled this morning. It was working perfectly fine from home, but when I got to work and tried to log in, I got this error message: "Sorry. This account has been disabled." I have followed the instructions and sent an email to the gmail support staff, but have not received any response yet. I am extremely worried , because this account is very very important to me. I have ALL my personal and critical data uploaded to this account. I am also expecting very important email over the next several hours, and this lockout is causing severe problems for me! Please, please someone on the Google Team, help me resolve this problem! Thank you! Exr- Hide quoted text - - Show quoted text -- Hide quoted text - - Show quoted text -- Hide quoted text -

Friday, June 18, 2010

arbcombo -- Presentations Posted for June 22 Cap-and-Trade Workshop on Cost Containment and Offsets

The agenda and presentations for a public meeting on June 22,
2010 to discuss cost containment and offsets in a California
cap-and-trade program have been posted. On June 22, 2010, the
staff of the Air Resources Board and the Nicholas Institute for
Environmental Policy Solutions at Duke University will host a
public meeting to discuss cost containment, including offsets and
other mechanisms, in a California cap-and-trade program.
Presentations and the meeting agenda are posted at:
http://www.arb.ca.gov/cc/capandtrade/meetings/meetings.htm

DATE: Tuesday, June 22, 2010
TIME: 8:30 am - 5:00 pm
LOCATION: Coastal Hearing Room
Second Floor
1001 'I' Street
Sacramento, CA 95814
Directions: http://www.calepa.ca.gov/EPABldg/location.htm

More information can be found on the California Air Resources
Board's Cap-and-Trade website at:
http://www.arb.ca.gov/cc/capandtrade/capandtrade.htm

Video/Audio Webcast
A live video/audio webcast will be available for the workshop at
the following link:
http://www.calepa.ca.gov/Broadcast/. ARB recommends that you do
not run other programs while viewing the webcast, as it may
interrupt or lower the quality of the signal. During the
webcast, comments and questions may be sent to:
ccworkshops@arb.ca.gov

If you have questions, please contact Steven Cliff, Manager,
Program Development Section—Office of Climate Change, at (916)
322-7194, or scliff@arb.ca.gov

To join the cap-and-trade listserv please go to:
http://www.arb.ca.gov/listserv/listserv_ind.php?listname=capandtrade

You are receiving this single arbcombo email because you are a
subscriber to or have made a public comment to one or more of the
following lists: capandtrade, cc, ghg-rep, ghg-ver.

======================================================================
You are subscribed to one of the lists aggregated to make this
particular ARB combination listserve broadcast. To UNSUBSCRIBE:
Please go to http://www.arb.ca.gov/listserv/listserv.php and enter
your email address and click on the button "Display Email Lists."
To unsubscribe, please click inside the appropriate box to uncheck it
and go to the bottom of the screen to submit your request. You will
receive an automatic email message confirming that you have
successfully unsubscribed. Also, please read our listserve disclaimer
at http://www.arb.ca.gov/listserv/disclaim.htm .

The energy challenge facing California is real. Every Californian
needs to take immediate action to reduce energy consumption. For
a list of simple ways you can reduce demand and cut your energy
costs, visit the Flex Your Power website at www.fypower.org .
======================================================================

Thursday, June 17, 2010

Find a School that Fits Your Lifestyle.

To unsubscribe from this mailing list, click here or you can write to:
PinpointMediaServices, 4255 E. Charleston Blvd. Suite D-345, Las Vegas, NV 89104
Hallo zusammen, ich benötige für einen Kunden eine Empfehlung für eine Intranet-Lösung. Dabei sollen Features wie ein Dashboard, Wiki, Forum, News, FAQs, Suche, SSO ihren Einzug finden. Hat einer von euch evtl. Erfahrung mit Intranet-Lösungen, gibt es evtl. Pauschal-Empfehlungen? VG, Marco -- Tribal DDB GmbH Marco Struck Diplom Informatiker Head of Technology Willy-Brandt-Straße 1 (Deichtor-Center) D-20457 Hamburg Phone: +49 40 32808-171 Fax: +49 40 32808-5171 ISDN: +49 40 32808-157 < > Managing Directors: Dr. Peter Figge, Hans Albers, Tobias Clairmont, Martin Drust, Peter Gravier, Hartmut Kozok Local Court of Munich HRB No. 137054 Place of jurisdiction: Ottobrunner Straße 28, 82008 Unterhaching This e-mail and any files transmitted with it are confidential and may be legally privileged. They are intended solely for the use of the individual or entity to whom they are addressed. If you have received this e-mail in error please notify and return to sender. The meeting minutes for the September 3rd board meeting is now public. Refer here: Other past board meetings are archived here: -- text of the latest minutes follows -- Minutes for Meeting of September 3, 2009 Next Meeting September 17, 2009 Attendance * Brian Cameron * Diego Escalante Urrelo * Germán Póo-Caamaño * Lucas Rocha * Rosanna Yuen * Srinivasa Ragavan * Stormy Peters * Vincent Untz * Paul Cutler, from GNOME marketing was invited and present Regrets * None Absent * Behdad Esfahbod Minutes Recurring Items * Review past action items. * Approve and make sure that minutes of last meeting were sent/ * Make sure to start up the gobby server for better note taking. * Sysadmin hiring - waiting for funding. * Update website. Old items * None New items * Discussion with Paul Cutler about the status of Friends of GNOME. o How to best present matching funds versus actual contributions on the donations ruler. o Discussion about hiring a system administrator. How much money do we need and how will it be funded? In the past the board agreed that funding should come from the Friends of GNOME program. We need some marketing information to help explain to people the benefits of hiring a system administrator and how this will benefit the community. o ACTION - Paul will provide an overview of hiring a sysadmin and the benefits that has for the overall GNOME community. o ACTION - Stormy to propose on the marketing list a case study on how the improvements we made with bugzilla made a difference to show the way that funding and infrastructure work can improve the GNOME project and to serve as input for the marketing materials for why the Foundation needs to hire a system administrator. * GUADEC Update o Bidding for next year's GUADEC. Need to get the process moving. o Known possible bids: + A Coruña - GNOME Hispano/Igalia people talked to Diego when he was visiting A Coruña. They are willing to send a BID, but they are concerned about community not happy having yet another GUADEC in Spain. + Netherlands + Seattle - Concerns about people having difficulty getting visas, perhaps Vancouver might be an option? + Tampere - They said that they would host during a meeting in Gran Canaria. o ACTION - Srini to talk to Seattle local community about the possibilities of hosting an event and possibly having an event instead in nearby Canada (perhaps Vancouver) where there are less visa concerns. o ACTION - Srini to post a follow-up mail on the GUADEC call for hosts for a chat/meeting with previous organizers (Dave Neary, Paul Cooper, ...). * Budget for sponsorships o The board agreed that it makes sense to provide travel subsidy for people attending the Boston Summit this year if it will enable some significant project or hacking. o There is some money in the budget (ear marked for community travel) that can be used for funding travel subsidies for the Boston Summit and upcoming hackfests. o ACTION - Srini to communicate travel budget for Zeitgeist and Boston Summit to the Travel Committee. * Next advisory board meetings o September is about the GNOME.Asia Summit. It was suggested that we should also discuss the upcoming Boston Summit and hackfests at this meeting. o A good topic for a November/December advisory board meeting would be to discuss the results of these events. o ACTION - Stormy will invite Boston Summit organizers to the next advisory board meeting. o ACTION - Vincent will invite the Zeitgeist hackfest organizers to next advisory board meeting. * Hackfests o Need to organize a usability study, and perhaps use the Zoom 2 notebooks provided by Texas Instruments in that context. o Need to track FISOL invitation. o Need to seek sponsorships. o ACTION - Brian to look into organizing a hackfest on "how to make it easier for more people to do some usability magic". o ACTION - Stormy will send the Texas Instruments Zoom 2 netbooks to the Boston Summit (perhaps to J5 or Rosanna). o ACTION - Diego to keep track of FISOL invitation (Chiapas, Mexico), take over from Germán. o ACTION - Vincent to send an email to advisory board list enumerating upcoming events and seeking sponsorships. * IRC meeting with the membership: do one in September? (who, how, what, when) o ACTION - Diego to organize an IRC meeting with the membership this month. * Other business o ACTION - Vincent will put the event box topic on the agenda for next meeting (unless it's completely handled at that time ;-)) Action Items Completed Actions * Diego - Will send an email to the gnome-women mailing list and otherwise try to find people to help organize. This is done, but feedback has been low. * Srini - Put out call for GUADEC hosts. First check with Stormy what questions the bidders should answer so that we can take an informed choice. Draft completed, but still under review. * Srini - Send out an email announcing to the foundation-list who are the officers. * Vincent - Implement an automatic reminder email for meetings. Still waiting for the time of the bi-weekly meetings to be settled before doing this. Old Actions * Behdad - Tasked with scrubbing the GnuCash file so it can be made public. Behdad sent a scrubbed GnuCash file to Rosanna to check, but still pending. * Brian - Get information about what should be in an "Employee Handbook". Still pending. * Brian - Since there was little interest on the foundation-list about getting international general liability and accident insurance, the board decided to not pursue getting such coverage at this time. Brian agreed to follow-up with the lawyers to find out what sort of text we should include in the travel subsidy agreement to ensure that people who receive subsidy understand that the Foundation is not providing coverage. An email was sent to the GNOME legal team, awaiting response. * Diego - Contact the sysadmin team about account creation. Talk with Bruno about who needs accounts. Diego has done a lot work contacting people about this, and is close to completing this task, but is still pending. * Germán - Put together a proposal for how to address board members who become inactive. Still pending. * Germán - Take over J5's previous task to propose new obligations that people who receive travel subsidies should be asked to do in return. * Lucas - Work with Andreas for the donation ruler. Try to put $15k in the ruler in "yellow" ($10k for Canonical, $5k for Google) to indicate that these funds are matching. * Lucas - To work on next year's budget and annual report since he is now vice-treasurer. * Lucas & Alberto - Set up a Euro bank account. Alberto is waiting for a reply from a friend who works in a bank to give some initial directions. We'll have a meeting next Monday (August 24). * Rosanna - Research the GNOME Guidestar website and update if necessary. Rosanna sent an update about the status of Guidestar, but work is still needed. Need to find someone to keep the website up-to-date. * Rosanna - to send check to pay 401K setup fees. * Srini - Ping J5 for status about importing Paypal data into GnuCash. J5 was pinged, but no response yet. * Stormy - GNOME Foundation needs a CRM. Dave Neary agreed to set up one, he just needs to be told which one. Stormy will research over the next week. UPDATE: The sys admin team is now looking into this but waiting on a requirements document from the marketing team. * Stormy - Should the GNOME Foundation buy a blanket LWN membership. Very low priority. Will bring it up with Jonathan Corbet when they next meet. * Stormy - Contact advisory board members about raising fees. Waiting on a waterfall financial model (done) and a 2010 budget before sending this out. * Vincent - Will contact advisory board members to see if they will sponsor the Zeitgeist hackfest in Bolzano. Partially done: contacted some advisory board members. Still working on it. Will send a mail about the hackfests, Boston Summit and GNOME.Asia * Vincent - Will look into who the GNOME Foundation should send to the Mobile User Experience conference, perhaps Paul Cooper. Vincent mailed Paul and is waiting for an answer. * Vincent & Lucas - Determine how to announce the endorsement of Franklin Street Statement on Freedom and Network Services: New Action Items * Brian - Look into organizing a hackfest on "how to make it easier for more people to do some usability magic". * Diego - Keep track of FISOL invitation (Chiapas, Mexico), take over from Germán. * Diego - Organize an IRC meeting with the membership this month. * Paul - Will provide an overview of hiring a sysadmin and the benefits that has for the overall GNOME community. * Srini - Talk to Seattle local community about the possibilities of hosting an event and possibly having an event instead in nearby Canada (perhaps Vancouver) where there are less visa concerns. * Srini - Post a follow-up mail on the GUADEC call for hosts for a chat/meeting with previous organizers (Dave Neary, Paul Cooper, ...). * Srini - To communicate travel budget for Zeitgeist and Boston Summit to the Travel Committee. * Stormy - To propose a case study on how the improvements we made with bugzilla made a difference as input for the marketing materials for why the Foundation needs to hire a system administrator. * Stormy - Invite Boston Summit organizers to the next advisory board meeting. * Stormy - Send the Texas Instruments Zoom 2 netbooks to the Boston Summit (perhaps to J5 or Rosanna). * Vincent - To send an email to advisory board list enumerating upcoming events and seeking sponsorships. * Vincent - Invite the Zeitgeist hackfest organizers to next advisory board meeting. * Vincent - Put the event box topic on the agenda for next meeting (unless it is completely handled at that time ;-)) Discussed on board-list * Certification of GNOME contributions for Alberto Ruiz (needed for his university degree). o Approved. o Alberto will write the text Brian will sign it. * Hosting the Google Summer of Code money for GStreamer (as we did last year). o In discussion. * Women in GNOME: Marina wrote some ideas in a text draft. * Draft of call for bids for next GUADEC. * Lucas will attend "LSE / IBM / OFE Roundtable" in London, on behalf of the foundation * Review of a text explaining to the adboard why we want to raise the fees (after it was drafted on marketing-list) * Discussion on where to print the foundation annual report. * Agreement to work on publishing the minutes a few days after the meeting (instead of just before the next meeting). _______________________________________________ foundation-announce mailing list foun ... @ While developing some scripts using the Subversion API, I encountered a not-very-obvious error message. Then I tried it from the command line, and found it was exactly the same. The circumstance is - I have a sandbox which is checked out from a branch - I issue 'svn update -r 1700', where revision 1700 happens to be before this branch was copied. - SVN replies "REPORT of '/svn/sources/!svn/vcc/default': 200 OK ( )" which I take to be a WEBDAV status message. This is easily reproducible, and in my eyes is a bug. I've had a look in the bugzilla, but I'm not sure what to search for. I've had a google for it, but the cases being discussed are either not this particular one, or the people in question hadn't noticed that they were. svn, version 1.5.4 (r33841) compiled Oct 27 2008, 05:40:26 -- *Colin Fine * *****Engineering Tools Group Pace plc* */Bringing Technology Home/* *Tel: +44 1274 538038* *****Fax: +44 1274 538056* *Victoria Road, Saltaire, West Yorkshire. BD18 3LF _ ___* */Think before you print! Please consider the environment before printing this e-mail./* This E-mail and any attachments hereto are strictly confidential and intended solely for the addressee. If you are not the intended addressee please notify the sender by return and delete the message. You must not disclose, forward or copy this E-mail or attachments to any third party without the prior consent of the sender. Pace plc is registered in England and Wales (Company no. 1672847) and our Registered Office is at Victoria Road, Saltaire, West Yorkshire, BD18 3LF, UK. Tel +44 (0) 1274 532000 Fax +44 (0) 1274 532010. < > Save where otherwise agreed in writing between you and Pace (i) all orders for goods and/or services placed by you are made pursuant to Pace's standard terms and conditions of sale which may have been provided to you, or in any event are available at (ii) all orders for goods and/or services placed by Pace are subject to Pace's standard terms and conditions of purchase which may have been provided to you, or in any event are available at . All other inconsistent terms in any other documentation including without limitation any purchase order, reschedule instruction, order acknowledgement, delivery note or invoice are hereby excluded. This message has been scanned for viruses by BlackSpider MailControl - ------------------------------------------------------ /ds/view Message.do? dsForumId= 1065&dsMessageId=2364888 To unsubscribe from this discussion, e-mail: [user ... @ ]. Hi, I am attaching yet another patch that simplifies Differ class. Cheers, Piotr Kai Willadsen wrote: Hi, Attached for review are the first few patches in a series aimed at cleaning up diffutil. Differ . These include some cleanup of unused arguments and return values, as well as some small refactoring. Comments appreciated. Kai ------------------------------------------------------------------------ _______________________________________________ meld-list mailing list meld ... @ From 7ad31ac0f501023700d970339f29cc356aee9308 Mon Sep 17 00:00:00 2001 From: Piotr Piastucki < the_ ... @ > Date: Sun, 7 Jun 2009 09:11:11 +0200 Subject: [PATCH] Simplify Differ --- diffutil.py | 26 ++++++++------------------ 1 files changed, 8 insertions(+), 18 deletions(-) diff --git a/diffutil.py b/diffutil.py index ab88818..66f3b9a 100644 --- a/diffutil.py +++ b/diffutil.py @@ -172,25 +172,17 @@ class Differ (object): c = cs[1] yield c[0], c[1], c[2], c[3], c[4], 2 - def _merge_blocks(self, using, low_seq, high_seq, last_diff): + def _merge_blocks(self, using): LO, HI = 1,2 - lowc = using[low_seq][ 0][LO] - highc = using[low_seq][-1][HI] - if len(using[not low_seq]): - lowc = min(lowc, using[not low_seq][ 0][LO]) - highc = max(highc, using[not low_seq][-1][HI]) + lowc = min(using[0][ 0][LO], using[1][ 0][LO]) + highc = max(using[0][-1][HI], using[1][-1][HI]) low = [] high = [] for i in (0,1): - if len(using[i]): - d = using[i][0] - low.append( lowc - d[LO] + d[2+LO] ) - d = using[i][-1] - high.append( highc - d[HI] + d[2+HI] ) - else: - d = last_diff - low.append( lowc - d[LO] + d[2+LO] ) - high.append( highc - d[HI] + d[2+HI] ) + d = using[i][0] + low.append( lowc - d[LO] + d[2+LO] ) + d = using[i][-1] + high.append( highc - d[HI] + d[2+HI] ) return low[0], high[0], lowc, highc, low[1], high[1] def _merge_diffs(self, seq0, seq1, texts): @@ -231,8 +223,6 @@ class Differ (object): high_diff = other_diff high_mark = other_diff[HI] - block = self._merge_blocks( using, base_seq, high_seq, block) - if len(using[0])==0: assert len(using[1])==1 yield None, using[1][0] @@ -240,7 +230,7 @@ class Differ (object): assert len(using[0])==1 yield using[0][0], None else: - l0, h0, l1, h1, l2, h2 = block + l0, h0, l1, h1, l2, h2 = block = self._merge_blocks( using ) if h0-l0 == h2-l2 and texts[0][l0:h0] == texts[2][l2:h2]: if l1 != h1: out0 = ('replace', block[2], block[3], block[0], block[1]) -- 1.6.0.4 _______________________________________________ meld-list mailing list meld ... @ New submission from Stefan Krah < stef ... @ >: --- a-decimal.py 2009-08-28 11:48:45.000000000 +0200 +++ b-decimal.py 2009-08-28 11:49:47.000000000 +0200 @@ -4845,7 +4845,7 @@ log_tenpower = f*M # exact else: log_d = 0 # error < 2.31 - log_tenpower = div_ nearest (f, 10**-p) # error < 0.5 + log_tenpower = _div_ nearest (f, 10**-p) # error < 0.5 return _div_ nearest (log_tenpower+log_d, 100) ---------- components: Library (Lib) messages: 92031 nosy: skrah severity: normal status: open title: decimal.py: div_ nearest ==> _div_ nearest versions: Python 2.5 _______________________________________ Python tracker < rep ... @ > < > _______________________________________ _______________________________________________ New-bugs-announce mailing list New- ... @

Wednesday, June 16, 2010

arbcombo -- ARB Chair's Seminar Series: Tuesday, July 20, 2010 1:30 pm PDT (WEBCAST)

We are pleased to announce the next Series topic:

"Efficiency Activities in the Industrial Sector in
Response to Greenhouse Gas Emission Reduction Targets."

Lynn Price
Lawrence Berkeley National Laboratory

Tuesday, July 20, 2010 1:30 pm – 3:30 pm PDT
Sierra Hearing Room, 2nd Floor, Cal/EPA Building
1001 I Street, Sacramento, California

Announcement and Presentation can be viewed at:
http://www.arb.ca.gov/research/seminars/seminars.htm

For "internal" users please check the internal webcast calendar
at:

http://epanet.ca.gov/broadcast/?bdo=1

For "external" users please check the external webcast calendar
at:

http://www.calepa.ca.gov/broadcast/?bdo=1

For your added convenience, while viewing the webcast,
presentations can be downloaded at:

http://www.arb.ca.gov/research/seminars/seminars.htm

Your e-mail questions will be aired during the
question & answer period following the presentations.

Webcast Viewers, e-mail your questions to:

sierrarm@calepa.ca.gov

For more information on this seminar presentation please
contact:
Dorothy Shimer at (916) 323-1503 or dshimer@arb.ca.gov

For more information on this Seminar Series please contact:
Peter Mathews at (916) 323-8711 or pmathews@arb.ca.gov

To receive notices for upcoming Seminars please go to:
http://www.arb.ca.gov/listserv/listserv.php
and sign up for the seminars list serve.


You are receiving this single arbcombo email because you are a
subscriber to or have made a public comment to one or more of the
following lists: aaqs, ag, agriculture-sp, air-quality-modeling,
almanac, altdiesel, altsup, aqip, arch-ctgs, bplants, calgrid,
capandtrade, cargo, carpa, ccms, cc, cement, ceqa, chps, chrome,
climatechampions, commref, compwood, consprod, dg, dms, dryclean,
ej, energyaudits, foam, gas-trans, ghg-rep, ghg-ver, glass, harp,
hydprod, icat, icp, indoor, landfills, loan, localaction,
manuremgmt, moyer, oil-gas, pmmeasures, portable, railyard,
reactivity, refineries, reftrack, research, res, school, scm,
semiconductors, seminars, sf6elec, sf6nonelec, shorepower, sip.

======================================================================
You are subscribed to one of the lists aggregated to make this
particular ARB combination listserve broadcast. To UNSUBSCRIBE:
Please go to http://www.arb.ca.gov/listserv/listserv.php and enter
your email address and click on the button "Display Email Lists."
To unsubscribe, please click inside the appropriate box to uncheck it
and go to the bottom of the screen to submit your request. You will
receive an automatic email message confirming that you have
successfully unsubscribed. Also, please read our listserve disclaimer
at http://www.arb.ca.gov/listserv/disclaim.htm .

The energy challenge facing California is real. Every Californian
needs to take immediate action to reduce energy consumption. For
a list of simple ways you can reduce demand and cut your energy
costs, visit the Flex Your Power website at www.fypower.org .
======================================================================

Tuesday, June 15, 2010

arbcombo -- June 16 - AB 32 Mandatory Commercial Recycling Public Workshop

On Wednesday, June 16, 2010, as part of the Materials Management
and Local Assistance (MMLA) monthly public meeting agenda,
CalRecycle staff is seeking stakeholder input on the proposed AB
32 Mandatory Commercial Recycling Regulation.

The monthly meeting begins at 10:00 AM in the Coastal Hearing
Room located at: Cal/EPA HQ, 1001 "I" Street, Sacramento, CA
95814. The AB32 Mandatory Commercial Recycling Measure workshop
will be the last item on the MMLA meeting agenda, and will not
start before 11:00 a.m.

To participate via a Web Conference:
Please register for the webinar at:
https://www1.gotomeeting.com/register/695348001

You will be able to view the presentation materials and listen
to the workshop through your computer.

To provide comment or ask questions:

1) Please connect to the audio conference by dialing (877)
988-6761, enter participant code: 5145409#.

Please press *6 on your phone to mute cross conversations &
background noise.

or

2) Send comments/questions to: lamd@calrecycle.ca.gov
Comments and questions may be emailed before, during and after
this meeting. The deadline for public comments is June 30, 2010.


Workshop topics will include:
* Introductions and general project background information;
* Overview of the regulation;
* Focused discussion on related issues;
* Presentation of associated tools; and
* Next steps and timeline for formal rulemaking.

Following this public workshop, staff may further revise the
draft regulatory language.

Related workshop materials will be posted at:
http://www.calrecycle.ca.gov/Climate/Recycling/default.htm

Public Notice:
http://www.calrecycle.ca.gov/Actions/PublicNoticeDetail.aspx?id=177&aiid=183

You are receiving this single arbcombo email because you are a
subscriber to or have made a public comment to one or more of the
following lists: cc, localaction.

======================================================================
You are subscribed to one of the lists aggregated to make this
particular ARB combination listserve broadcast. To UNSUBSCRIBE:
Please go to http://www.arb.ca.gov/listserv/listserv.php and enter
your email address and click on the button "Display Email Lists."
To unsubscribe, please click inside the appropriate box to uncheck it
and go to the bottom of the screen to submit your request. You will
receive an automatic email message confirming that you have
successfully unsubscribed. Also, please read our listserve disclaimer
at http://www.arb.ca.gov/listserv/disclaim.htm .

The energy challenge facing California is real. Every Californian
needs to take immediate action to reduce energy consumption. For
a list of simple ways you can reduce demand and cut your energy
costs, visit the Flex Your Power website at www.fypower.org .
======================================================================

Get certified with classes today

Train to be in Med Imaging
To stop further mailing, visit here or write:
PinpointMediaServices, 4255 E. Charleston Blvd. Suite D-345, Las Vegas, NV 89104
I probably should've posted this a while ago, but I didn't get around to it. There is a bug in the CommonTokenStream.getTokens() function in the Python target version 3.1.2 (it looks like there is a 3.2 version in the bug database, but 3.1.2 is the released python runtime and it shouldn't affect the bug anyways). The array reference that selects which tokens to return uses this: self.tokens[start:stop] which drops the last token. My guess is that in normal cases, this is overlooked because the last token is EOF, and if you're calling getTokens() after the fact, EOF has already served its primary purpose and terminated the lexer. A cursory look at the java code makes me think that it won't have this problem, but I have not test it. A port of the included reproducer could answer that. The workaround is to use the tokens list inside the CommonTokenStream class directly instead of getTokens(). On a side note, there is also a bug (sort of) in the code given on the wiki page for emitting multiple tokens ( ). The method proposed builds up an array of tokens and then emits them one by one as it continues to go through the file. This is fine for non- island grammars, but if you use multiple-emit inside an island grammar, the lexer will happily continue munching input as it cleans out its emit buffer even after the EOF token is "emitted". This either leads to the island lexer throwing away input (since it terminates on EOF and tosses the remaining multi-emit buffer) or throwing an error (if it runs across input that it cannot understand). I've included a reproducer (in python) which can demonstrate and gives a workaround for both. Thanks, -Bob List: Unsubscribe: Thanks for the reviews of the initial patch. Since reviewboard is very slow at the moment, I'm sending the second version now directly to the mailing list. Changes since version 1: ================ - Review fix: make label "Number of tiles:" more verbose ("Number of tiles to download:"). - DownloadRegionDialog: Review fix: use QDialogButtonBox, looks much better now. - DownloadRegionDialog: Review fix: Change "current region " to "visible region " which is more concrete. Also adjust corresponding qualifiers. - MarblePart: use kDebug() instead of mDebug(). - Download region : fix 32bit overflow when calculating number of tiles to download. - LatLonBoxWidget: instead of using 1.0 as single step value, use 10% of angle. - DownloadRegionDialog:: region : switch from tile coords to pixel coords. When calculating tile coords, it is better to do it in pixel coords as long as possible to not loose accuracy for no reason. With the current approach of using the top level (of the pyramid) coords as reference this might not give benefit, but once we switch to bottom level coords, there will be much better accuracy. - TileCoordsPyramid: fix potential crash. TileCoordsPyramid has got dynamically allocated data members and so needs to define a copy constructor and an assignment operator especially since TileCoordsPyramid objects are copied in existing code. - TileCoordsPyramid: improve accuracy of tile coordinates and tiles count calculations. Use bottom level coordinates for calculations instead of top level coordinates, so we don't loose information. - TileLevelRangeWidget: Assure that maximum top level is not higher than then current bottom level. Likewise for minimum bottom level: should not be smaller than current top level. - TileLevelRangeWidget: improve API consistency. As this is a TileLevelRangeWidget it is not necessary to prefix level with tile. The levels this widget deals with are inherently tile levels. The methods topLevel and bottomLevel already reflect this. So following methods were renamed: setAllowedTileLevelRange -> setAllowedLevelRange setDefaultTileLevel -> setDefaultLevel - TileLevelRangeWidget: rename spin boxes: minSpinBox -> topSpinBox maxSpinBox -> bottomSpinBox - TileLevelRangeWidget: remove obsolete comment, break long line. - Disable copy operations on DownloadRegionDialog, LatLonBoxWidget and TileLevelRangeWidget as these classes are indirectly derived from QObject. - DownloadRegionDialog: set window title. - DownloadRegionDialog: Review fix: show message box every time when the limit of (currently) 100000 tiles to download is exceeded. - After dropping the "Tile" infix the identifiers are shorter now and this line break is not needed anymore. Best regards, Jens-Michael Hoffmann Index: marble/src/lib/LatLonBoxWidget.ui =================================================================== --- marble/src/lib/LatLonBoxWidget.ui (Revision 0) +++ marble/src/lib/LatLonBoxWidget.ui (Revision 0) @@ -0,0 +1,242 @@ + + + LatLonBoxWidget + + + true + + + + 0 + 0 + 313 + 100 + + + + Select a geographic region + + + + + + Qt::Horizontal + + + + 13 + 13 + + + + + + + + + + true + + + Northern Latitude + + + Qt::AlignRight|Qt::AlignTrailing|Qt::AlignVCenter + + + 3 + + + -90.000000000000000 + + + 90.000000000000000 + + + 90.000000000000000 + + + + + + + &N + + + northSpinBox + + + + + + + + + Qt::Horizontal + + + + 13 + 13 + + + + + + + + + + Western Longitude + + + Qt::AlignRight|Qt::AlignTrailing|Qt::AlignVCenter + + + 3 + + + -180.000000000000000 + + + 180.000000000000000 + + + -180.000000000000000 + + + + + + + &W + + + westSpinBox + + + + + + + + + Qt::Horizontal + + + + 13 + 13 + + + + + + + + + + Eastern Longitude + + + Qt::AlignRight|Qt::AlignTrailing|Qt::AlignVCenter + + + 3 + + + -180.000000000000000 + + + 180.000000000000000 + + + 180.000000000000000 + + + + + + + &E + + + eastSpinBox + + + + + + + + + Qt::Horizontal + + + + 13 + 13 + + + + + + + + + + Southern Latitude + + + Qt::AlignRight|Qt::AlignTrailing|Qt::AlignVCenter + + + 3 + + + -90.000000000000000 + + + 90.000000000000000 + + + -90.000000000000000 + + + + + + + &S + + + southSpinBox + + + + + + + + + Qt::Horizontal + + + + 13 + 13 + + + + + + + + northSpinBox + westSpinBox + eastSpinBox + southSpinBox + + + + Index: marble/src/lib/TileLevelRangeWidget.ui =================================================================== --- marble/src/lib/TileLevelRangeWidget.ui (Revision 0) +++ marble/src/lib/TileLevelRangeWidget.ui (Revision 0) @@ -0,0 +1,100 @@ + + + TileLevelRangeWidget + + + + 0 + 0 + 400 + 300 + + + + Form + + + + + 10 + 0 + 450 + 68 + + + + Zoom + + + + + + + + &Tile Level Range: + + + topSpinBox + + + + + + + Minimum Tile Level + + + 0 + + + 20 + + + 0 + + + + + + + to + + + + + + + Maximum Tile Level + + + 0 + + + 20 + + + 4 + + + + + + + Qt::Horizontal + + + + 40 + 20 + + + + + + + + + + + + Index: marble/src/lib/AbstractScanlineTextureMapper.h =================================================================== --- marble/src/lib/AbstractScanlineTextureMapper.h (Revision 1118774) +++ marble/src/lib/AbstractScanlineTextureMapper.h (Arbeitskopie) @@ -48,6 +48,8 @@ bool interlaced() const; void setInterlaced( bool enabled ); int tileZoomLevel() const; + QSize tileSize() const; + GeoSceneTexture const * textureLayer() const; Q_SIGNALS: void mapChanged(); @@ -169,6 +171,16 @@ m_interlaced = enabled; } +inline QSize AbstractScanlineTextureMapper::tileSize() const +{ + return m_tileSize; +} + +inline GeoSceneTexture const * AbstractScanlineTextureMapper::textureLayer() const +{ + return m_textureLayer; +} + inline int AbstractScanlineTextureMapper::globalWidth() const { return m_globalWidth; Index: marble/src/lib/LatLonBoxWidget.cpp =================================================================== --- marble/src/lib/LatLonBoxWidget.cpp (Revision 0) +++ marble/src/lib/LatLonBoxWidget.cpp (Revision 0) @@ -0,0 +1,84 @@ +// This library is free software; you can redistribute it and/or +// modify it under the terms of the GNU Lesser General Public +// License as published by the Free Software Foundation; either +// version 2.1 of the License, or (at your option) any later version. +// +// This library is distributed in the hope that it will be useful, +// but WITHOUT ANY WARRANTY; without even the implied warranty of +// MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU +// Lesser General Public License for more details. +// +// You should have received a copy of the GNU Lesser General Public +// License along with this library. If not, see < >. + +#include "LatLonBoxWidget.h" + +#include "GeoDataLatLonBox.h" +#include "ui_LatLonBoxWidget.h" + +namespace Marble +{ + +class LatLonBoxWidget::Private +{ +public: + explicit Private( QWidget * const parent ); + Ui::LatLonBoxWidget m_ui; +}; + +LatLonBoxWidget::Private::Private( QWidget * const parent ) +{ + m_ui.setupUi( parent ); +} + + +LatLonBoxWidget::LatLonBoxWidget( QWidget * const parent, Qt::WindowFlags const f ) + : QWidget( parent, f ), + d( new Private( this )) +{ + // used for updating tiles count in DownloadRegionDialog + connect( d->m_ui.northSpinBox, SIGNAL( valueChanged( double )), SIGNAL( valueChanged() )); + connect( d->m_ui.southSpinBox, SIGNAL( valueChanged( double )), SIGNAL( valueChanged() )); + connect( d->m_ui.eastSpinBox, SIGNAL( valueChanged( double )), SIGNAL( valueChanged() )); + connect( d->m_ui.westSpinBox, SIGNAL( valueChanged( double )), SIGNAL( valueChanged() )); + // used for adjusting single step values + connect( d->m_ui.northSpinBox, SIGNAL( valueChanged( double )), SLOT( updateLatSingleStep() )); + connect( d->m_ui.southSpinBox, SIGNAL( valueChanged( double )), SLOT( updateLatSingleStep() )); + connect( d->m_ui.eastSpinBox, SIGNAL( valueChanged( double )), SLOT( updateLonSingleStep() )); + connect( d->m_ui.westSpinBox, SIGNAL( valueChanged( double )), SLOT( updateLonSingleStep() )); +} + +GeoDataLatLonBox LatLonBoxWidget::latLonBox() const +{ + return GeoDataLatLonBox( d->m_ui.northSpinBox->value(), d->m_ui.southSpinBox->value(), + d->m_ui.eastSpinBox->value(), d->m_ui.westSpinBox->value(), + GeoDataCoordinates::Degree ); +} + +void LatLonBoxWidget::setLatLonBox( GeoDataLatLonBox const & latLonBox ) +{ + d->m_ui.northSpinBox->setValue( latLonBox.north( GeoDataCoordinates::Degree )); + d->m_ui.southSpinBox->setValue( latLonBox.south( GeoDataCoordinates::Degree )); + d->m_ui.eastSpinBox->setValue( latLonBox.east( GeoDataCoordinates::Degree )); + d->m_ui.westSpinBox->setValue( latLonBox.west( GeoDataCoordinates::Degree )); +} + +void LatLonBoxWidget::updateLatSingleStep() +{ + double const singleStep = + qAbs( d->m_ui.northSpinBox->value() - d->m_ui.southSpinBox->value() ) / 10.0; + d->m_ui.northSpinBox->setSingleStep( singleStep ); + d->m_ui.southSpinBox->setSingleStep( singleStep ); +} + +void LatLonBoxWidget::updateLonSingleStep() +{ + double const singleStep = + qAbs( d->m_ui.eastSpinBox->value() - d->m_ui.westSpinBox->value() ) / 10.0; + d->m_ui.eastSpinBox->setSingleStep( singleStep ); + d->m_ui.westSpinBox->setSingleStep( singleStep ); +} + +} + +#include "LatLonBoxWidget.moc" Index: marble/src/lib/TileLevelRangeWidget.cpp =================================================================== --- marble/src/lib/TileLevelRangeWidget.cpp (Revision 0) +++ marble/src/lib/TileLevelRangeWidget.cpp (Revision 0) @@ -0,0 +1,86 @@ +// This library is free software; you can redistribute it and/or +// modify it under the terms of the GNU Lesser General Public +// License as published by the Free Software Foundation; either +// version 2.1 of the License, or (at your option) any later version. +// +// This library is distributed in the hope that it will be useful, +// but WITHOUT ANY WARRANTY; without even the implied warranty of +// MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU +// Lesser General Public License for more details. +// +// You should have received a copy of the GNU Lesser General Public +// License along with this library. If not, see < >. + +#include "TileLevelRangeWidget.h" + +#include "ui_TileLevelRangeWidget.h" + +namespace Marble +{ + +class TileLevelRangeWidget::Private +{ +public: + explicit Private( QWidget * const parent ); + Ui::TileLevelRangeWidget m_ui; +}; + +TileLevelRangeWidget::Private::Private( QWidget * const parent ) +{ + m_ui.setupUi( parent ); +} + +TileLevelRangeWidget::TileLevelRangeWidget( QWidget * const parent, Qt::WindowFlags const f ) + : QWidget( parent, f ), + d( new Private( this )) +{ + connect( d->m_ui.topSpinBox, SIGNAL( valueChanged( int )), SIGNAL( topLevelChanged( int ))); + connect( d->m_ui.bottomSpinBox, SIGNAL( valueChanged( int )), + SIGNAL( bottomLevelChanged( int ))); + + connect( d->m_ui.topSpinBox, SIGNAL( valueChanged( int )), SLOT( setMinimumBottomLevel( int ))); + connect( d->m_ui.bottomSpinBox, SIGNAL( valueChanged( int )), SLOT( setMaximumTopLevel( int ))); +} + +TileLevelRangeWidget::~TileLevelRangeWidget() +{ + delete d; +} + +void TileLevelRangeWidget::setAllowedLevelRange( int const minimumLevel, int const maximumLevel ) +{ + d->m_ui.topSpinBox->setRange( minimumLevel, qMin( d->m_ui.bottomSpinBox->value(), + maximumLevel )); + d->m_ui.bottomSpinBox->setRange( qMax( d->m_ui.topSpinBox->value(), minimumLevel ), + maximumLevel ); +} + +void TileLevelRangeWidget::setDefaultLevel( int const level ) +{ + d->m_ui.topSpinBox->setValue( level ); + d->m_ui.bottomSpinBox->setValue( level ); +} + +int TileLevelRangeWidget::bottomLevel() const +{ + return d->m_ui.bottomSpinBox->value(); +} + +int TileLevelRangeWidget::topLevel() const +{ + return d->m_ui.topSpinBox->value(); +} + +void TileLevelRangeWidget::setMaximumTopLevel( int const level ) +{ + d->m_ui.topSpinBox->setMaximum( level ); +} + +void TileLevelRangeWidget::setMinimumBottomLevel( int const level ) +{ + d->m_ui.bottomSpinBox->setMinimum( level ); +} + +} + +#include "TileLevelRangeWidget.moc" Index: marble/src/lib/TileCoordsPyramid.cpp =================================================================== --- marble/src/lib/TileCoordsPyramid.cpp (Revision 0) +++ marble/src/lib/TileCoordsPyramid.cpp (Revision 0) @@ -0,0 +1,106 @@ +// This library is free software; you can redistribute it and/or +// modify it under the terms of the GNU Lesser General Public +// License as published by the Free Software Foundation; either +// version 2.1 of the License, or (at your option) any later version. +// +// This library is distributed in the hope that it will be useful, +// but WITHOUT ANY WARRANTY; without even the implied warranty of +// MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU +// Lesser General Public License for more details. +// +// You should have received a copy of the GNU Lesser General Public +// License along with this library. If not, see < >. + +#include "TileCoordsPyramid.h" + +#include + +namespace Marble +{ + +class TileCoordsPyramid::Private +{ +public: + Private( int const topLevel, int const bottomLevel ); + + int m_topLevel; + int m_bottomLevel; + QRect m_bottomLevelCoords; +}; + +TileCoordsPyramid::Private::Private( int const topLevel, int const bottomLevel ) + : m_topLevel( topLevel ), + m_bottomLevel( bottomLevel ) +{ + Q_ASSERT( m_topLevel <= m_bottomLevel ); +} + + +TileCoordsPyramid::TileCoordsPyramid( int const topLevel, int const bottomLevel ) + : d( new Private( topLevel, bottomLevel )) +{ +} + +TileCoordsPyramid::TileCoordsPyramid( TileCoordsPyramid const & other ) + : d( new Private( *other.d )) +{ +} + +TileCoordsPyramid & TileCoordsPyramid::operator=( TileCoordsPyramid const & rhs ) +{ + TileCoordsPyramid temp( rhs ); + swap( temp ); + return *this; +} + +TileCoordsPyramid::~TileCoordsPyramid() +{ + delete d; +} + +int TileCoordsPyramid::topLevel() const +{ + return d->m_topLevel; +} + +int TileCoordsPyramid::bottomLevel() const +{ + return d->m_bottomLevel; +} + +void TileCoordsPyramid::setBottomLevelCoords( QRect const & coords ) +{ + d->m_bottomLevelCoords = coords; +} + +QRect TileCoordsPyramid::coords( int const level ) const +{ + Q_ASSERT( d->m_topLevel <= level && level <= d->m_bottomLevel ); + int bottomX1, bottomY1, bottomX2, bottomY2; + d->m_bottomLevelCoords.getCoords( &bottomX1, &bottomY1, &bottomX2, &bottomY2 ); + int const deltaLevel = d->m_bottomLevel - level; + int const x1 = bottomX1 >> deltaLevel; + int const y1 = bottomY1 >> deltaLevel; + int const x2 = bottomX2 >> deltaLevel; + int const y2 = bottomY2 >> deltaLevel; + QRect result; + result.setCoords( x1, y1, x2, y2 ); + return result; +} + +qint64 TileCoordsPyramid::tilesCount() const +{ + qint64 result = 0; + for ( int level = d->m_topLevel; level <= d->m_bottomLevel; ++level ) { + QRect const levelCoords = coords( level ); + result += levelCoords.width() * levelCoords.height(); + } + return result; +} + +void TileCoordsPyramid::swap( TileCoordsPyramid & other ) +{ + std::swap( d, other.d ); +} + +} Index: marble/src/lib/TileLevelRangeWidget.h =================================================================== --- marble/src/lib/TileLevelRangeWidget.h (Revision 0) +++ marble/src/lib/TileLevelRangeWidget.h (Revision 0) @@ -0,0 +1,54 @@ +// This library is free software; you can redistribute it and/or +// modify it under the terms of the GNU Lesser General Public +// License as published by the Free Software Foundation; either +// version 2.1 of the License, or (at your option) any later version. +// +// This library is distributed in the hope that it will be useful, +// but WITHOUT ANY WARRANTY; without even the implied warranty of +// MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU +// Lesser General Public License for more details. +// +// You should have received a copy of the GNU Lesser General Public +// License along with this library. If not, see < >. + +#ifndef MARBLE_TILELEVELRANGEWIDGET_H +#define MARBLE_TILELEVELRANGEWIDGET_H + +#include + +#include "marble_export.h" + +namespace Marble +{ + +class MARBLE_EXPORT TileLevelRangeWidget: public QWidget +{ + Q_OBJECT + + public: + explicit TileLevelRangeWidget( QWidget * const parent = 0, Qt::WindowFlags const f = 0 ); + ~TileLevelRangeWidget(); + + void setAllowedLevelRange( int const minimumLevel, int const maximumLevel ); + void setDefaultLevel( int const ); + + int topLevel() const; + int bottomLevel() const; + + private Q_SLOTS: + void setMaximumTopLevel( int const ); + void setMinimumBottomLevel( int const ); + + Q_SIGNALS: + void topLevelChanged( int ); + void bottomLevelChanged( int ); + + private: + Q_DISABLE_COPY( TileLevelRangeWidget ) + class Private; + Private * const d; +}; + +} + +

hdghg -- Local-Haul and Short-Haul Exemption Fact Sheets Now Available

The California Air Resources Board has posted two new fact sheets
for the Heavy-Duty Vehicle Greenhouse Gas Emission Reduction
regulation (Tractor-Trailer GHG regulation). These documents
provide information about local-haul exemptions and short-haul
exemptions. The fact sheets can be found at the following link:
http://www.arb.ca.gov/cc/hdghg/hdghg.htm.

======================================================================
You are subscribed to the hdghg mailing list. To UNSUBSCRIBE:
Please go to http://www.arb.ca.gov/listserv/listserv.php and enter
your email address and click on the button "Display Email Lists."
To unsubscribe, please click inside the appropriate box to uncheck it
and go to the bottom of the screen to submit your request. You will
receive an automatic email message confirming that you have
successfully unsubscribed. Also, please read our listserve disclaimer
at http://www.arb.ca.gov/listserv/disclaim.htm .

The energy challenge facing California is real. Every Californian
needs to take immediate action to reduce energy consumption. For
a list of simple ways you can reduce demand and cut your energy
costs, visit the Flex Your Power website at www.fypower.org .
======================================================================